I don't see this in Office 2007, fwiw.

Can you attach terminal output? How about a +file?

Office 2003 doesn't do that on my system, openSUSE 10.3, KDE 3.5.9. Maybe a Gnome issue? 

This is actually wine 1.1.4, but has been happening 1.1.2 as well.  Also it is Word 2000 (not 2003).

I'm running it from gnome-open, but the lnk file does show up in the trace.

The steps to reproduce are:

1) Create test1.doc (I used OpenOffice)
2) Open using: gnome-open test1.doc
3) Save As: test2.doc
4) See that test2.doc and test2.doc.lnk are created.

Attached is the trace+file as requested, I've cleaned it up a bit to remove some references to a few files.

I've also just tested it by running:

  wine ~/.wine/drive_c/Program\ Files/Microsoft\ Office/Office/WINWORD.EXE \
    z:/tmp/test2.doc

And followed similar steps - saving as test3.doc - and test3.doc.lnk was created as well.

The trace is too big to upload, it'll have to wait until tomorrow for me to stick it on an appropriate webserver.  I'll update this report with the URL once I've uploaded it.

(In reply to comment #4)
> The trace is too big to upload, it'll have to wait until tomorrow for me to
> stick it on an appropriate webserver.  I'll update this report with the URL
> once I've uploaded it.
> 

Compress it

Created attachment 16434 [details]
trace+file from opening test1.doc and saving it as test2.doc

I confirm this bug.  I've seen it with MS Word 2000 too.  But files are created in my home directory.  My home dir is symlinked with desktop dir. I start word from shell wrapper as: 

wine "C:\program files\microsoft office\office\winword.exe" `winepath -w "$@"`

I do remember that in the past I've seen LNK files created in the same dir as original doc files. 
  

confirming then.

Is this still an issue in current (1.1.22 or newer) wine?

Yes, this behaviour still occurs in 1.1.24.

Wine 1.28, MSO 2003
This .lnk files creating not only when files saving. .lnk files create for all open files when MSO to close. 
The path for saving *.lnk is current active dir of MSO. (Dir to open/save last files, or path to "My Documents", when new documents was created)

Created attachment 23458 [details]
Error is shell32.dll (Can't get path to users's "Recent" directory)

To test this bug I open "test_file.doc" and close it [push [x] button on window border].

Is this still an issue in current Wine (1.2-rc2 or later)?

(In reply to comment #13)
> Is this still an issue in current Wine (1.2-rc2 or later)?

I tested wine 1.2-rc2 with MSO 2003 (Word and Excel). I open|close|save files but I don't find any created useless *.lnk files. Issue don't present in wine 1.2-rc2.

Reported fixed.

Closing bugs fixed in 1.2-rc3.

This problem is still present in wine 1.3.34 with Office 2007!  The fix is simple, just create the ~/.wine/drive_c/users/xxxx/Recent directory.  With this directory missing, the *.lnk files are created in the same directory as the MSOffice file.  With the directory present, the *.lnk files are created in the correct history location.  I am unsure why the ~/.wine/drive_c/users/xxxx/Recent directory was missing.

The bug should probably be considered for reopening.  A proper fix for the bug would be to create this directory should if not present rather than shell32.dll throwing an error and dumping the lnk file in the same directory.

The bug should be reopened. I experience the same issues on Wine 1.5.4 and Word 2010. Creating a Recent folder did not help.

(In reply to comment #18)
> The bug should be reopened. I experience the same issues on Wine 1.5.4 and Word
> 2010. Creating a Recent folder did not help.

Recent folder creation helped. Sorry. However, the bug is still present.

Same here:

 - The bug is still active on Wine 1.4 (Ubuntu 10.04, Office 2010)
 - The creation of ~/.wine/drive_c/users/xxxx/Recent solved it

I verified same situation with the following versions :

wine 1.5.23
winetricks 20120912
playonlinux 4.2.1
OpenSuSE 12.3
oFFICE 2010

The workaround actually works, i've created the Recent directory in 
~/.PlayOnLinux/wineprefix/Office2010/drive_c/users/xxxxx

Curses, opened again!

(In reply to comment #21)
> I verified same situation with the following versions :
> 
> wine 1.5.23
> winetricks 20120912
> playonlinux 4.2.1
> OpenSuSE 12.3
> oFFICE 2010
> 
> The workaround actually works, i've created the Recent directory in 
> ~/.PlayOnLinux/wineprefix/Office2010/drive_c/users/xxxxx

Confirmed, running Wine 1.6 on Fedora 19.
same problem, creating a Recent directory works.

Hello folks,

CSIDL_RECENT folder will be automatically created upon WINEPREFIX creation ('rundll32.exe setupapi,InstallHinfSection DefaultInstall 128 ...wine.inf')

NOTE: It won't be (re)created by Wine if you keep very old prefixes around.
      Either create it manually or use a new prefix.

--- snip ---
...
0011:trace:shell:SHGetFolderPathAndSubDirW Created missing system directory L"C:\\users\\focht\\Recent"
0011:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\focht\\Recent") 
--- snip ---

Regards

.lnk bug still present running MS Office 2010 under WINE 1.7.13 

Adding "Recent" folder like this: ./wine/drive_c/users/username/Recent

seems to have cured the problem.

Hello Kenneth,

not sure if you have read and understood my last comment.

'$WINEPREFIX/drive_c/users/$USER/Recent' folder is automatically created upon prefix creation.
It won't be (re)created if you recycle an old prefix where this folder was missing or deliberately deleted this folder in a new prefix.
Create a clean (new!) prefix and check if the folder exists.
If not then your Wine build/package is broken.

WINEPREFIX=~/foo wineboot ; [[ -d ~/foo/drive_c/users/$USER/Recent ]] && echo "ok"

Regards

Well, I got the problem resolved but WINE jargon kind of throws me, e.g.  "CSIDL_RECENT folder will be automatically created upon WINEPREFIX creation" 

If I understand the rest of the comment, it seems to suggest that I should do a fresh install of WINE (i.e. create a new WINEPREFIX) However I merely added the Recent folder manually and solved the problem

What is CSIDL? I've read up about WINEPREFIX and as near as I can tell it means one's WINE installation, which on my Mint laptop is found at ./wine in my HOME directory. From some comments here and from a brief experiment using Play On Linux it appears that WINE isn't necessarily installed in the same folder. I've not used Crossover but guess that the naming convention would be different there as well.

In any case, adding the Recent folder stopped scattering .lnk files everywhere and after a couple of tests the .lnk files are ending up in ./wine/drive_c/users/username/Recent

My comment above was simply to point out that until I created the folder the scattering of .lnk files was happening under my 1.7.13 installation of WINE. Now it is not. 

Thanks for help.

Ken

(In reply to Kenneth from comment #27)
> 
> If I understand the rest of the comment, it seems to suggest that I should
> do a fresh install of WINE (i.e. create a new WINEPREFIX) 

You are confusing installing Wine with creating a wineprefix. They are not the same thing at all. http://wiki.winehq.org/FAQ#wineprefix

If you need further help, ask on the forum.

Closing bugs fixed in 1.7.14.

Unfortunately this problem is again back in Wine 8.0 (stable).

When I open a *.xlsx file at the desktop and save it (with the same name) to an *.ods file then Excel 2010 will create two (useless) files. One is a *.lnk (which points to the original xlsx) and the other is a shortcut regarding the ods file but also with *.ods ending.

As mentioned, both of them are non-functional.

(In reply to C. Leu from comment #30)
> Unfortunately this problem is again back in Wine 8.0 (stable).
> 
> When I open a *.xlsx file at the desktop and save it (with the same name) to
> an *.ods file then Excel 2010 will create two (useless) files. One is a
> *.lnk (which points to the original xlsx) and the other is a shortcut
> regarding the ods file but also with *.ods ending.
> 
> As mentioned, both of them are non-functional.

Please open a new bug.