[Bug 17055] New: wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Summary: wine does not put wine executable path into desktop icon
           Product: Wine
           Version: 1.1.13
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

when installing an app, when wine installs a desktop icon (under KDE), it does
include the proper env WINEPREFIX, but it does not include the path to to wine
(e.g., /usr/local/1113/bin/wine) under which the app was installed. I.e., if I
do exactly this:

env WINEPREFIX=~/.wine-some-app /usr/local/wine-install-dir/wine
~/path/windows-app-installer.exe

the resulting desktop icon, in properties, would have under command, the
following:
env WINEPREFIX="~/.wine-app" wine "C:\Program Files\Path\app.exe"
or similar.

What I'd like it to have is:
env WINEPREFIX="~/.wine-app" /usr/local/wine-install-dir/wine "C:\Program
Files\Path\app.exe" (as appropriate)

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #1 from Vitaliy Margolen   2009-01-20 23:32:39 ---
I'd say this one a won't fix. If you have special copies of Wine installed then
you can edit links yourself. All default links are created without specifying
the full path to an application.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #2 from Austin English   2009-01-21 10:13:16 ---
(In reply to comment #1)
> I'd say this one a won't fix. If you have special copies of Wine installed then
> you can edit links yourself. All default links are created without specifying
> the full path to an application.

Do we have a way of detecting what path wine was called with?

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Reece Dunn  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #3 from Reece Dunn   2009-01-25 15:53:53 ---
Confirming. The default menu links don't specify a path because they can be
found in the PATH (usually /usr/bin).

If you install Wine yourself you may have it in a non-default location (e.g.
/opt/wine), or have multiple versions (e.g. 1.0, latest-git and crossover),  or
be using it directly from the build tree.

While you can edit the menu links yourself, this is tricky and isn't very user
friendly: the menu items only work if your distribution installs Wine to a
location that is in the PATH.

I'll take a look at this, as I am interested in getting it working for this
case.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|[e-mail]        |[e-mail]
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #4 from Austin English   2009-01-25 15:54:57 ---
Confirming then.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #5 from David Dawson   2009-01-25 17:43:33 ---
(In reply to comment #3)
> I'll take a look at this, as I am interested in getting it working for this
> case.

I should add that in the case I mentioned, I was calling wine with its full
path, to run the app installer, so I presume the path information would be in
an argv array, so maybe it could be retrived from that? (Or maybe I'm too
ignorant about Wine!)

I find editing the menu links easy, but not everybody would, I'm sure.

--Dave

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Paolo Abeni  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #6 from Paolo Abeni   2009-01-26 07:32:33 ---
(In reply to comment #2)
> Do we have a way of detecting what path wine was called with?

At least on Linux, assuming that the procfs is mounted you can call readlink()
on /proc/self/exe

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download

--- Comment #7 from Austin English   2009-07-30 11:42:28 ---
Still present.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Dmitry Timoshkov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #8 from Dmitry Timoshkov   2010-03-19 06:37:48 ---
*** Bug 22069 has been marked as a duplicate of this bug. ***

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #9 from Pavel Zinin   2010-04-14 09:21:48 ---
STill present

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #10 from Pavel Zinin   2010-04-14 09:22:27 ---
Still present in latest GIT

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #11 from Pavel Zinin   2010-05-03 01:30:13 ---
Still present in wine-1.1.43-408-g3317fc3

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

Damjan Jovanovic  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |integration
                 CC|                            |[e-mail]
          Component|-unknown                    |programs
         AssignedTo|[e-mail]           |[e-mail]

--- Comment #12 from Damjan Jovanovic   2010-05-03 09:11:39 ---
Reece? Are you still working on this? Wine's libs/wine/config.c, function
get_runtime_bindir() has logic to read /proc/self/exe on Linux and work out the
path to wine from argv[0] on other platforms. The bindir global variable in
there seems useful too.

Also it's winemenubuilder that writes the .desktop files you want changed so
setting component and keywords appropriately.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #13 from Reece Dunn   2010-05-03 16:41:12 ---
There was a discussion on the mailing list about this. AJ said that the menu
would break if wine moved and that this should be handled by the desktop
environment -- listing alternatives to the user if present.

I haven't pursued this further; it is probably in the "won't fix" category, as
noted above.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #14 from Pavel Zinin   2010-05-03 23:31:40 ---
(In reply to comment #13)
> There was a discussion on the mailing list about this. AJ said that the menu
> would break if wine moved and that this should be handled by the desktop
> environment -- listing alternatives to the user if present.
>
> I haven't pursued this further; it is probably in the "won't fix" category, as
> noted above.

Can you attach a patch here?

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #15 from [e-mail] 2013-03-04 14:52:59 CST ---
This has not been updated for two years. Is this an issue in 1.5.25 or should
this be closed as abandoned ?

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #16 from Austin English  2013-03-04 14:54:41 CST ---
(In reply to comment #15)
> This has not been updated for two years. Is this an issue in 1.5.25 or should
> this be closed as abandoned ?

You could check it yourself, but yes, it is.

[Bug 17055] wine does not put wine executable path into desktop icon

http://bugs.winehq.org/show_bug.cgi?id=17055

--- Comment #17 from Rosanne DiMesio  2013-03-04 16:20:14 CST ---
Should this be marked WONTFIX (per comment 13)?

[Bug 17055] wine does not put wine executable path into desktop icon

https://bugs.winehq.org/show_bug.cgi?id=17055

Ken Sharp  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #18 from Ken Sharp  ---
As above. It makes no sense for .desktop files to use the full path unless a
very specific version of some program is needed, in which case you would add it
yourself.

Ignoring all that for a minute: nothing is broken and it would therefore serve
no useful purpose.

[Bug 17055] wine does not put wine executable path into desktop icon

https://bugs.winehq.org/show_bug.cgi?id=17055

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #19 from Bruno Jesus  ---
Closing invalid bugs.