Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / Applications / Word / March 2006



Tip: Looking for answers? Try searching our database.

Word cannot save this file because it is open elsewhere

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Phil Leahy - 30 Mar 2006 16:07 GMT
When trying to save a file after naming it for the first time we get the
message, Word cannot save this file because it is open elsewhere. You can do
a save as and rename it as a workaround but this is not ideal. We have
Extreme Zip on Windows 2003 server and all our network home directories are
there. I have not been able to duplice this problem with local home
directories. We also use 10.4.x and the latest MS Office 2004 11.2.3.

Any ideas?

==============================================
Phil Leahy
Associate Network Specialist
pleahy@lhric.org
==============================================
CyberTaz - 30 Mar 2006 16:43 GMT
Hi Phil -

Not sure this fits your specific issue, but there is other info on
similar problems if you search the group:

1 From:  Rob Daly [MSFT] - view profile
Date:  Wed, Feb 8 2006 10:56 am
Email:   "Rob Daly [MSFT]" <r...@online.microsoft.com>
Groups:   microsoft.public.mac.office.word
Not yet ratedRating:
hide options

Reply to Author | Forward | Print | Individual Message | Show original
| Report Abuse | Find messages by this author

This post covers the scenario where Word cannot save to a remote home
folder
from a Tiger client through both SMB and AFP.

Apple has diagnosed the problem to a bug (or implementation issue) with
bit
range-locking. The ETA for a fix in unknown at present (I will post
here
again when I have any public information). Hovever, a workaround has
been
provided for the AFP only side of the issue.

GARGANTUAN CAVEAT:
Employing this workaround may cause file corruption when the server is
set
up for file sharing over both AFP and SMB (in fact just more than one
protocol). Bit locking is used to *prevent* this file corruption, so it
is
ill-advised to try this workaround if this is your setup.

If you do not use multi-protocol file sharing, then this workaround
should
fix the problem until Apple can release a more complete fix:

1. Launch Terminal (Applications/Utilities/Terminal
2. Run this command:
   sudo defaults write /Library/Preferences/com.apple.AppleFileServer
lock_manager -bool NO
   >>Enter password when prompted
3. You now need to restart the AFP service on the server
   >>Do this when you have very little server traffic as it will boot
everybody connected off

--
Rob Daly
Macintosh Business Unit
Word Test

--
This posting is provided "AS IS" with no warranties, and confers no
rights.
Please do not send email directly to this e-mail address. It is for
newsgroup purposes only.

Find out everything about Microsoft Mac Newsgroups at:
http://www.microsoft.com/mac/community/community.aspx?pid=newsgroups
Check out product updates and news & info at:
http://www.microsoft.com/mac

HTH |:>)
John McGhie [MVP - Word and Word Macintosh] - 01 Apr 2006 00:34 GMT
Hi Phil:

Regrettably, Rob's "cure" is not possible for you because your back end is a
Windows server.

Your problem "is" a result of the remote home folder.  Effectively, the
user's Mac ends up with "two" paths to the same resource.  When it attempts
to Save a file through one path, it encounters a server edit lock on the
resource reported via the second path.  This makes it appear that the file
is in use to a different user.

Until Apple gets their bug fixed, the only simple solution is to tell your
Mac users to work on their local drive and use Finder to copy the result
back to the server.

Not ideal:  it leads to the possibility that another user could change the
file that the user is working on.  To prevent this, The user could open the
file on the server and Save As to their local drive.  They could then go
back to the server and OPEN the file again.  Leave that open document in the
background to maintain an edit lock on the server, but work on the copy they
have on their local drive.

When they have finished, close the window holding the file open on the
server.  They may ("should") then be able to Save As back to the server and
overwrite the file they just released.

Good luck explaining this to unsophisticated users :-)

The bad news is that I don't think Apple is *going* to fix their bug,
certainly not any time before OS 10.5.  There's a good chance that the next
version of Microsoft Office will not trigger the problem.  There's a small
possibility that an Intel Mac won't display the problem (but don't get your
hopes up: I think they're too closely similar).  As far as I know, OS 10.3.9
doesn't display the problem.

Not good...

Cheers

On 31/3/06 1:43 AM, in article
1143733415.303133.257230@e56g2000cwe.googlegroups.com, "CyberTaz"
<generaltaz1@comcast.net> wrote:

> Hi Phil -
>
[quoted text clipped - 61 lines]
>
> HTH |:>)

Signature

Please reply to the newsgroup to maintain the thread.  Please do not email
me unless I ask you to.

John McGhie <john@mcghie.name>
Microsoft MVP, Word and Word for Macintosh.  Consultant Technical Writer
Sydney, Australia +61 (0) 4 1209 1410

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.