http://bugs.winehq.org/show_bug.cgi?id=22343
Summary: Word Pro overwrites symbolic links Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ToddAndMargo@verizon.net
Hi All,
The is major as it is messing the crap out of my file system.
I am using Lotus Word Pro N9.8.0208.1200. When I create a symbolic link on my desktop to a document and use the link to open the document, saving the file overwrites the link with the actual document. This problem can not be reproduced with Notepad.exe
To reproduce:
1) open word pro and create a document. Save the document to anywhere but ~/Desktop. For instance ~/eraseme.lwp
2) in your Desktop, create a symbolic link to the document you just created. For instance ln -s ~/eraseme.lwp ~/Desktop/.
3) open the new link on your desktop
4) make a change to the document and save it back. Exit the document.
5) Check the link on you desktop. It will be replaced with the actual document. And now you have two document of the same name with different revisions in different directories.
I would really appreciate it if you would fix this asap!
Many thanks, -T
http://bugs.winehq.org/show_bug.cgi?id=22343
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-04-11 18:51:04 --- not major: http://bugs.winehq.org/page.cgi?id=fields.html#bug_severity
I'm not sure if this is really a bug, it could be that LWP deletes the file and creates it again when saving.
attach a +file log
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #2 from Todd Chester ToddAndMargo@verizon.net 2010-04-11 19:13:08 --- Hi Jeff,
Thank you for responding so quickly. This bug is giving me a total migraine. It only seems to be an issue if the link is in the desktop.
Before: $ ls -al eraseme* lrwxrwxrwx 1 todd users 31 Apr 11 17:04 eraseme.lwp -> /home/OurStuff/temp/eraseme.lwp
sh -c "/usr/bin/aplay -q /home/linuxutil/KDE_Notify.wav; cd /home/wine/drive_c/lotus/wordpro; WINEDEBUG=+file /usr/local/bin/wine ./wordpro.exe &> wine.log; sleep 5; tar jcf /home/temp/WordPro_`date +%F_%H-%M`.tar.bz2 wine.log; rm -f wine.log"
After: $ ls -al eraseme* -rw-r--r-- 1 todd users 13792 Apr 11 17:11 eraseme.lwp
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #3 from Todd Chester ToddAndMargo@verizon.net 2010-04-11 19:13:40 --- Created an attachment (id=27336) --> (http://bugs.winehq.org/attachment.cgi?id=27336) file trace
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #4 from Jeff Zaroyko jeffz@jeffz.name 2010-04-11 19:44:02 --- (In reply to comment #3)
Created an attachment (id=27336)
--> (http://bugs.winehq.org/attachment.cgi?id=27336) [details]
file trace
trace:file:DeleteFileW L"Z:\home\tony\Desktop\eraseme.lwp"
At a guess, DeleteFileW is called by the app directly. Off the top of my head, I don't see any reason why DeleteFileW shouldn't remove your symlink. It seems like normal and expected behavior.
You can confirm where DeleteFileW is being called by using winedbg.
winedbg wordpro.exe break * DeleteFileW c bt
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #5 from Todd Chester ToddAndMargo@verizon.net 2010-04-11 19:54:49 --- (In reply to comment #4)
You can confirm where DeleteFileW is being called by using winedbg.
winedbg wordpro.exe break * DeleteFileW c bt
Hi Jeff,
I tried running this. I have no idea what I am doing or what I am looking for. This is over my head. Do you have a copy of Word Pro you can test this on?
-T
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #6 from Jeff Zaroyko jeffz@jeffz.name 2010-04-11 20:02:40 --- (In reply to comment #5)
(In reply to comment #4)
You can confirm where DeleteFileW is being called by using winedbg.
winedbg wordpro.exe break * DeleteFileW c bt
Hi Jeff,
I tried running this. I have no idea what I am doing or what I am looking for. This is over my head. Do you have a copy of Word Pro you can test this on?
-T
You can attach the output if you want. I did used to use LWP years ago, but I can't find the cd. The output should either indicate that LWP is intentionally deleting the file or the DeleteFileW is called from within Wine.
http://bugs.winehq.org/show_bug.cgi?id=22343
--- Comment #7 from Todd Chester ToddAndMargo@verizon.net 2010-04-11 20:07:50 --- (In reply to comment #6)
You can attach the output if you want. I did used to use LWP years ago, but I can't find the cd. The output should either indicate that LWP is intentionally deleting the file or the DeleteFileW is called from within Wine.
When I hit the "c", word pro opened up, but would not respond to any commands. I am not sure a trace of this would help. Does the +file trace have enough in it for the developers to troubleshoot this?
-T
http://bugs.winehq.org/show_bug.cgi?id=22343
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-11 21:06:03 --- There is nothing we can do. As Jeff pointed out app itself removes files then replaces it with a temporary file it creates:
trace:file:CreateFileW L"Z:\home\tony\Desktop\lwp02a41.5d5" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ creation 3 attributes 0x80 trace:file:CreateFileW L"Z:\home\tony\Desktop\lwp02a41.5d5" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ creation 2 attributes 0x8000080 trace:file:DeleteFileW L"Z:\home\tony\Desktop\eraseme.lwp" trace:file:MoveFileWithProgressW (L"Z:\home\tony\Desktop\lwp02a41.5d5",L"Z:\home\tony\Desktop\eraseme.lwp",(nil),(nil),0002)
Per symlink semantics when you remove it you remove the symlink no the file it points to. But even if Wine will do a workaround to remove the actual file there is nothing you can do about renaming another file with the name of the symlink. It will fail.
http://bugs.winehq.org/show_bug.cgi?id=22343
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-11 21:06:44 --- Closing - symlinks don't work the way you want it. There is nothing Wine can do about it.
-
wine-bugs＠winehq.org