[pkg-wine-party] Bug#858242: libwine: winemenubuilder creates .desktop files with invalid WINEPREFIX
svenjoac at gmx.de
Wed Oct 11 18:08:13 UTC 2017
On 2017-10-08 14:58 +0200, Jens Reyer wrote:
> control: tags -1 + moreinfo unreproducible
> On 03/20/2017 05:22 PM, Jens Reyer wrote:
>> On 03/20/2017 11:20 AM, Sven Joachim wrote:
>>> wine: invalid directory "/home/sven/.wine" in WINEPREFIX: not an absolute path
>>> Apparently the program was trying to run winebrowser from one of my
>>> .desktop files under ~/.local/share/applications/, those look like this:
>> This was already mentioned in #845334 (wine32: breaks xdg-open, which
>> wants to start wine and crashes). As a result of that report the
>> .desktop files aren't generated anymore for some standard mimetypes,
>> e.g. pdf. So the mentioned file should be a relic from older times
>> (please verify its timestamp). Unfortunately we can't simply remove
>> these existing files, because we can't know if they are still wanted by
>> the user.
>> I never saw this behavior here, but since it's now observed again I'd
>> really like to fix it (assuming it might also be triggered by the
>> .desktop files created by some Windows applications).
> Tagging unreproducible because I can't reproduce it, although it
> happened both here and in #845334.
> Tagging moreinfo because I wonder if this was some issue with previous
> versions. Please check the timestamp of any issue-causing .desktop file
> and report the wine version and its origin installed at that time.
I just had a look at the .desktop files, and the most recent ones are
from July 23, 2017, just after I upgraded wine to 2.0.2-1. And they
still have WINEPREFIX="/home/sven/.wine" in them, causing the same
complaints as mentioned in my original report.
More information about the pkg-wine-party