Hello… this had been mentioned elsewhere on the forums (myself included). So far there has been no explanation or solution. I have used RW for years and this just recently started. Doesn’t happen a lot, but it does happen. No, I don’t use iCloud. No, my project files are not in Dropbox. No, I never have more than one version running. I have used Mac’s since day one, (I had an Apple ///) and I am stymied by this error.
I can think of absolutely NO outside app that would change the RW file. My project file does not appear to actually have been changed, despite the msg. This msg has to be coded into RW for a reason.
@dan - I wish RealMac would let us know what “other” app could possibly change a RW file or what it is that triggers this msg.
Isn’t the message (this document’s file has been changed by another application) actually suggesting not so much that another (potentially rogue) app has actually changed the RW file itself, but that (some component of) it has been altered outside the RW environment and so whatever checking RW does on loading the file is revealing an inconsistency - perhaps of timestamps?
For example a graphic component inside the sandwich?
Note that the text of the message doesn’t actually mention RW itself, does it?
So couldn’t a cloning, copying or other minor change to date or path inside the file also cause this message if that RW checking relies on some OS consistency check?
Could be I guess but again, I can’t think of ANY component inside my RW projects that would be changed by another app while I have RW open. My clones and backups run at night when I’m in bed. I really can’t think of anything in the sandwich that would change. And again, this just started with one of the 7 version updates. Never happened in 5, or 6 and I used 5 for years.
And my workflow causes me to do pretty much the same things each time I’m in a project and yet the msg is rare. It really has me baffled!
If you put the text string of the message you are receiving (“This document’s file has been changed by another application since you opened or saved it. The changes made by the other application will be lost if you save. Save anyway?”) into Google, you’ll see that hundreds (thousands) of cases are returned where applications of many kinds can behave that way.
IOW I don’t think it’s a message specifically from RW.
If I’m right, then it suggests it’s something else happening other than from within RW. Not sure what - and I appreciate that this appears to have started with RW 7. That must be very disconcerting for you
May I suggest you try looking at the threads which are returned from this (Google) search: could it be that the file is locked, has been copied and renamed in an order that the OS can’t follow; (previously) in DropBox etc. I suspect it’s some sort of date and time issue that is confusing the OS, not RW.
Fixing it, of course, is another challenge. But to know that the message is masking another circumstance may be a good way to start. Good luck!
I’d suggest it’s a bug in RW and you can stop worrying.
I too have seen it in the past and also more recently.
I can force this message:
I regularly save the project before publishing (lock-ups or crashes in the past on pressing publish have taught me a lesson).
Publishing forces a project save anyway so If I save and then don’t give enough time before I press publish the ‘file has been changed’ message crops up.
It’s as if RW hasn’t finished the manual save and then tries to save the file on pressing publish but is still in a save cycle anyway.
My project is large and closing in on a GB so saving can take a good few seconds.
In a similar scenario the project now ‘appears’ to open quickly in RW7.
Opening used to take close to a minute but now takes around 10 seconds.
However I would suggest that whilst the project initially is presented as open it still has some loading to do.
I get strange behaviour from the project file if I try working on it too quickly.
Leave it to ‘fully open’ (maybe 30 seconds in total) and I can then use it without problems.
Faster opening of larger files was touted as an improvement in a recent update and I’m grateful for it, but there has been some slight trickery performed because all is not as it appears.
I believe saving a file to have similar trickery and it may be the cause of your ‘file changed’ message.
If I had to guess I’d say the msg is generated by system but the change to the file surely is happening within RW. So the OSX msg is merely reporting the result of what the app did. That is probably why there are so many hits on search engines as any app can have this msg generated within in by OSX. BUT THIS IS ALL JUST A GUESS.
INT[quote=“ricinport, post:11, topic:12543”]
I can force this message:
Very interesting. My project file was so large I broke it down into 7 project files. My largest is now only 130MB and though a bit irritating to maintain seven projects for one site it pays off many times over in time savings (open, close) and such. I tried your steps to reproduce the msg and I can’t reproduce here. I suspect my “save” is happening too quickly since my files are so small. And perhaps I get the msg under rare circumstances when the system is busy and a save is slower… Who Knows…