http://bugs.winehq.org/show_bug.cgi?id=25166
Summary: Multiple mime type handling registered for different file extensions Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: quentin.denis@gmail.com
Created an attachment (id=31923) --> (http://bugs.winehq.org/attachment.cgi?id=31923) screenshot illustrating the issue
The title might be confusing, but to be more precise, for file extensions associated to Office Application (and even others) I get multiple "open with" proposals, all referring to the same Office component (screenshot illustrates).
The issue seems to lie in the way wine registers the file mime-types. For a .ppt file, i.e., I should get only one "PowerPoint" entry in my open with dialog.
http://bugs.winehq.org/show_bug.cgi?id=25166
Andrew Millington andrew.millington@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.millington@gmail.com
--- Comment #1 from Andrew Millington andrew.millington@gmail.com 2010-11-14 21:35:27 CST --- Is this after creating a new wine prefix that the office installer registers a new file extension association, rather it should check if one exists and not doing so?
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #2 from quentin.denis@gmail.com 2010-11-16 06:51:44 CST --- (In reply to comment #1)
Is this after creating a new wine prefix that the office installer registers a new file extension association, rather it should check if one exists and not doing so?
Well, it might be that this way my third installation since I screwed up several times my bottle. However, between each installation I cleaned my prefix (rm -rf ~/.wine). Wine should check if there are already associations before registering new ones, and there should be an application icon, too.
Where can I fix this issue? Which config files can I delete or edit?
http://bugs.winehq.org/show_bug.cgi?id=25166
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |integration Status|UNCONFIRMED |NEW CC| |damjan.jov@gmail.com Component|-unknown |programs Ever Confirmed|0 |1 Severity|normal |enhancement
--- Comment #3 from Damjan Jovanovic damjan.jov@gmail.com 2010-11-17 03:29:04 CST --- Windows uses MIME types very little. Applications register with extensions, and MIME types for those extensions are optional. On the freedesktop.org side of things, applications register with MIME types. What Wine must do is scan the list of file types, discover/invent a MIME type, then register applications with the MIME types. Complicating matters is that a file can have multiple MIME types, and an application can open multiple MIME types too. So a right-click menu can easily list the same application multiple times, each time for a different MIME type. It would maybe be a good idea to change the "Open with" entries to "Microsoft Office PowerPoint (like a .ppt file)", "Microsoft Office PowerPoint (like a .txt file)", etc. so it's clearer what happens. There is no way to de-duplicate these, because we can't predict what different MIME types an arbitrary file will have.
Messing with prefixes is unlikely to duplicate MIME handler entries since they all go to ~/.local/share/applications where they'd overwrite each other instead of duplicating. If you disagree attach your ~/.local/share/applications.
Adding icons to the "Open with" menu is a good idea. I'll investigate when I have time.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #4 from quentin.denis@gmail.com 2010-11-17 03:50:21 CST --- Well, I have a lack of knowledge about MIME type handling, but I know that Crossover Office does register only one "Open with" entry for a .ppt file, i.e. The same happens on Windows, you get only one open with entry.
What I do, is to edit the assocations with the KDE window that enables me to do so (KEditFileType). As shown on the screenshot, I have multiple types registred (.pot, .pps, .ppt, .ppz) and I simply remove the unnecessary "Microsof Office PowerPoint" entries of the multiple associations.
The only difference in wine-extension-docx/doc.desktop is the exec line: Exec=wine start /ProgIDOpen Word.Document.12 %f Exec=wine start /ProgIDOpen Word.Document.8 %f Is it not possible to generalize that Word.Document.* thing?
Or another approach, why do I have a wine-extension-docx.desktop file associated to a .doc file? That is exactly the issue illustrated on the screenshot, too many types (.pot, .pps, .ppt, .ppz) are associated to to many desktop-files (wine-extension-{pot,pps,ppt,ppz}.desktop. Can't we have single associations, like .doc -> wine-extension-doc.desktop and .docx -> wine-extension-docx.desktop seperately?
(In reply to comment #3)
Windows uses MIME types very little. Applications register with extensions, and MIME types for those extensions are optional. On the freedesktop.org side of things, applications register with MIME types. What Wine must do is scan the list of file types, discover/invent a MIME type, then register applications with the MIME types. Complicating matters is that a file can have multiple MIME types, and an application can open multiple MIME types too. So a right-click menu can easily list the same application multiple times, each time for a different MIME type. It would maybe be a good idea to change the "Open with" entries to "Microsoft Office PowerPoint (like a .ppt file)", "Microsoft Office PowerPoint (like a .txt file)", etc. so it's clearer what happens. There is no way to de-duplicate these, because we can't predict what different MIME types an arbitrary file will have.
Messing with prefixes is unlikely to duplicate MIME handler entries since they all go to ~/.local/share/applications where they'd overwrite each other instead of duplicating. If you disagree attach your ~/.local/share/applications.
Adding icons to the "Open with" menu is a good idea. I'll investigate when I have time.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #5 from Damjan Jovanovic damjan.jov@gmail.com 2010-11-17 04:19:20 CST --- (In reply to comment #4) Please attach the contents of ~/.local/share/applications and ~/.local/share/mime.
Also can you reproduce this with a freeware/FOSS app?
I just sent a patch that adds icons to right-click and "Open with" menus: http://source.winehq.org/patches/data/68572
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #6 from quentin.denis@gmail.com 2010-11-17 04:23:17 CST --- Created an attachment (id=31990) --> (http://bugs.winehq.org/attachment.cgi?id=31990) content of .local/share/applications
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #7 from quentin.denis@gmail.com 2010-11-17 04:23:37 CST --- Created an attachment (id=31991) --> (http://bugs.winehq.org/attachment.cgi?id=31991) content of .local/share/mime
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #8 from quentin.denis@gmail.com 2010-11-17 04:24:58 CST --- (In reply to comment #5)
(In reply to comment #4) Please attach the contents of ~/.local/share/applications and ~/.local/share/mime.
Done.
Also can you reproduce this with a freeware/FOSS app?
An emulated app? Give me an example.
I just sent a patch that adds icons to right-click and "Open with" menus: http://source.winehq.org/patches/data/68572
Thanks! I will have to reinstall the office suite in order to have the changes applied, I guess.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #9 from Damjan Jovanovic damjan.jov@gmail.com 2010-11-17 05:25:55 CST --- (In reply to comment #8)
(In reply to comment #5)
(In reply to comment #4) Please attach the contents of ~/.local/share/applications and ~/.local/share/mime.
Done.
I need the file contents, not just the directory listing.
Also can you reproduce this with a freeware/FOSS app?
An emulated app? Give me an example.
Some app running under Wine whose files also get duplicated "Open with" entries.
I just sent a patch that adds icons to right-click and "Open with" menus: http://source.winehq.org/patches/data/68572
Thanks! I will have to reinstall the office suite in order to have the changes applied, I guess.
No reinstalling. Once the patch gets accepted and you install that version on Wine, the icons will be generated the next time Wine starts.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #10 from Damjan Jovanovic damjan.jov@gmail.com 2010-11-17 22:49:20 CST --- Ok I found a reproducible test case. Install IrfanView and associate it with all file types for all users, then right-click a JPEG file -> 3 "Irfanview" instances.
The MIME hierarchy is:
alias image/jpeg <-----> image/pjpeg
so there's no ambiguity there.
But the files in ~/.local/share/applications do this:
$ grep image/jpeg * -i wine-extension-jfif.desktop:MimeType=image/jpeg wine-extension-jpe.desktop:MimeType=image/jpeg wine-extension-jpeg.desktop:MimeType=image/jpeg wine-extension-jpg.desktop:MimeType=image/jpeg
grep IrfanView.JPG * wine-extension-jpe.desktop:Exec=wine start /ProgIDOpen IrfanView.JPG %f wine-extension-jpeg.desktop:Exec=wine start /ProgIDOpen IrfanView.JPG %f wine-extension-jpg.desktop:Exec=wine start /ProgIDOpen IrfanView.JPG %f
Windows works by file extension and a file has exactly 1 extension, so only a single application can be started. Freedesktop works by MIME type, multiple extensions can get mapped onto the same MIME type, and then all applications for those extensions will be listed, leading to potential duplication.
Sometimes we generate a MIME type and sometimes we adopt one from Freedesktop. When we generate, the MIME type is unique to the extension and duplication is impossible. When we adopt, like we did here, multiple extensions can adopt the same one which is desirable, but multiple instances of the same application can also adopt one which is undesirable. In other words we should map Freedesktop MIME type->Wine application not Freedesktop MIME type->Wine extension.
This leads to potential ambiguity. Out of multiple extensions on Wine's side for an application, which one wins? Presumably the extension specified by Freedesktop is the best one, but (1) Freedesktop can specify multiple extensions, and (2) Wine's extensions might all differ from Freedesktop's.
I'll give this some thought.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #11 from Damjan Jovanovic damjan.jov@gmail.com 2010-11-18 03:58:01 CST --- My icons patch has been accepted and I've written and submitted a patch to deduplicate associations in some cases (http://source.winehq.org/patches/data/68621). To try the latter you'll have to delete Wine's cached associations by running:
wine reg delete HKCU\Software\Wine\FileOpenAssociations
http://bugs.winehq.org/show_bug.cgi?id=25166
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |infyquest@gmail.com
--- Comment #12 from Vijay Kamuju infyquest@gmail.com 2010-11-19 15:54:19 CST --- (In reply to comment #11)
My icons patch has been accepted and I've written and submitted a patch to deduplicate associations in some cases (http://source.winehq.org/patches/data/68621). To try the latter you'll have to delete Wine's cached associations by running:
wine reg delete HKCU\Software\Wine\FileOpenAssociations
the second one too accepted, please retest to close this defect
http://bugs.winehq.org/show_bug.cgi?id=25166
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #13 from André H. nerv@dawncrow.de 2010-12-23 19:32:43 CST --- @quentin: please retest, two patches for that problem are in.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #14 from quentin.denis@gmail.com 2011-02-24 05:46:56 CST --- (In reply to comment #13)
@quentin: please retest, two patches for that problem are in.
Sorry for my late reply but I recently had no time to test this issue again. I just installed yesterdays snapshot and the bug is not fixed. I cleaned everything up and reinstalled Office 2007:
quentin@linux-8t3d:~> ls .local/share/applications/wine* .local/share/applications/wine-extension-chm.desktop .local/share/applications/wine-extension-csv.desktop .local/share/applications/wine-extension-dic.desktop .local/share/applications/wine-extension-doc.desktop .local/share/applications/wine-extension-dochtml.desktop .local/share/applications/wine-extension-docm.desktop .local/share/applications/wine-extension-docx.desktop .local/share/applications/wine-extension-dot.desktop .local/share/applications/wine-extension-dothtml.desktop .local/share/applications/wine-extension-dotm.desktop .local/share/applications/wine-extension-dotx.desktop .local/share/applications/wine-extension-dqy.desktop .local/share/applications/wine-extension-exc.desktop .local/share/applications/wine-extension-gif.desktop .local/share/applications/wine-extension-hlp.desktop .local/share/applications/wine-extension-htm.desktop .local/share/applications/wine-extension-ini.desktop .local/share/applications/wine-extension-iqy.desktop .local/share/applications/wine-extension-jfif.desktop .local/share/applications/wine-extension-jpe.desktop .local/share/applications/wine-extension-mpf.desktop .local/share/applications/wine-extension-png.desktop .local/share/applications/wine-extension-pot.desktop .local/share/applications/wine-extension-pothtml.desktop .local/share/applications/wine-extension-potm.desktop .local/share/applications/wine-extension-potx.desktop .local/share/applications/wine-extension-ppa.desktop .local/share/applications/wine-extension-ppam.desktop .local/share/applications/wine-extension-pps.desktop .local/share/applications/wine-extension-ppsm.desktop .local/share/applications/wine-extension-ppsx.desktop .local/share/applications/wine-extension-ppt.desktop .local/share/applications/wine-extension-ppthtml.desktop .local/share/applications/wine-extension-pptm.desktop .local/share/applications/wine-extension-pptx.desktop .local/share/applications/wine-extension-pptxml.desktop .local/share/applications/wine-extension-pwz.desktop .local/share/applications/wine-extension-rels.desktop .local/share/applications/wine-extension-rtf.desktop .local/share/applications/wine-extension-sldm.desktop .local/share/applications/wine-extension-sldx.desktop .local/share/applications/wine-extension-slk.desktop .local/share/applications/wine-extension-thmx.desktop .local/share/applications/wine-extension-txt.desktop .local/share/applications/wine-extension-wbk.desktop .local/share/applications/wine-extension-wri.desktop .local/share/applications/wine-extension-xevgenxml.desktop .local/share/applications/wine-extension-xla.desktop .local/share/applications/wine-extension-xlam.desktop .local/share/applications/wine-extension-xlk.desktop .local/share/applications/wine-extension-xll.desktop .local/share/applications/wine-extension-xlm.desktop .local/share/applications/wine-extension-xlsb.desktop .local/share/applications/wine-extension-xls.desktop .local/share/applications/wine-extension-xlshtml.desktop .local/share/applications/wine-extension-xlsm.desktop .local/share/applications/wine-extension-xlsx.desktop .local/share/applications/wine-extension-xlt.desktop .local/share/applications/wine-extension-xlthtml.desktop .local/share/applications/wine-extension-xltm.desktop .local/share/applications/wine-extension-xltx.desktop .local/share/applications/wine-extension-xlw.desktop .local/share/applications/wine-extension-xml.desktop
There should not be one desktop file per mime-type but one per app (Word, ...) in which you list all the mime-types separated by a semicolon.
http://bugs.winehq.org/show_bug.cgi?id=25166
quentin.denis@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|x86 |All Version|1.3.6 |1.3.14
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #15 from Damjan Jovanovic damjan.jov@gmail.com 2011-02-24 06:04:21 CST --- Interesting idea. The Windows registry doesn't group by application so we would have to do the grouping in winemenubuilder somehow. It seems difficult but I'll have a look.
http://bugs.winehq.org/show_bug.cgi?id=25166
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|All |x86 Version|1.3.14 |1.3.6
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2011-02-24 07:08:14 CST --- Please do not change an originally reported Wine version.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #17 from Damjan Jovanovic damjan.jov@gmail.com 2011-02-26 01:47:19 CST --- Created an attachment (id=33454) --> (http://bugs.winehq.org/attachment.cgi?id=33454) Group by application
Here's a patch that groups all extensions/MIME types under one application. It looks very promising, however I've uncovered a problem:
Currently we open files by ProgID that's written into the .desktop file. By grouping multiple file types into the same desktop file, even when their original ProgIDs are different, we are going to open some of them with the wrong ProgID, but with the right application. I thought this didn't matter - I thought an application can't see which ProgID it was opened with - but apparently it does: opening a .dev file with Dev-C++ under the wrong ProgID of DevCpp.c causes it to display the .dev file contents, whereas using the right ProgID doesn't display the .dev file contents. Hence using the wrong ProgID has unpredictable consequences.
Only zero or one ProgIDs can be stored in a .desktop file. Multiple .desktop files, one per ProgID, is exactly what we have now.
I suppose the best options is to have Wine's start.exe determine the Freedesktop MIME type the same way that Freedesktop does (the xdg-mime command could provide that), and then a lookup table mapping MIME type to ProgID somewhere in the registry could be consulted for the Wine ProgID to use. The xdg-mime tool is somewhat out of date (it attempts to call the gnomevfs-info tool which is no longer installed in Ubuntu) so this will also take some work with Ubuntu/Portland utils/Gnome.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #18 from Damjan Jovanovic damjan.jov@gmail.com 2011-02-26 02:21:10 CST --- The Ubuntu bug that's breaking xdg-mime is https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/602799
On OpenSuSE 11.2 xdg-mime works properly.
http://bugs.winehq.org/show_bug.cgi?id=25166
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org
--- Comment #19 from Scott Ritchie scott@open-vote.org 2011-03-29 13:18:13 CDT --- Now fixed in upstream xdg-mime: http://cgit.freedesktop.org/xdg/xdg-utils/commit/?id=0fe531fd81740c725a99d09...
Will take some time to filter into a new xdg-utils release and then distro packages, though. However, I did put in a direct upload to Ubuntu, so this should be fixed in Natty.
http://bugs.winehq.org/show_bug.cgi?id=25166
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jan-winehq@h-i-s.nl
--- Comment #20 from Damjan Jovanovic damjan.jov@gmail.com 2011-11-20 08:42:07 CST --- *** Bug 25620 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=25166
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #21 from Jerome Leclanche adys.wh@gmail.com 2011-11-20 08:47:34 CST --- (In reply to comment #17) Damjan, I don't understand why we can only store one progid per desktop file. Where are the progids currently stored? Why can't we have something like..
X-Wine-ProgID=application/x-wine-extension-001:progid1;application/x-wine-extension-002:progid2; etc
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #22 from Damjan Jovanovic damjan.jov@gmail.com 2011-11-20 09:05:59 CST --- (In reply to comment #21)
(In reply to comment #17) Damjan, I don't understand why we can only store one progid per desktop file. Where are the progids currently stored? Why can't we have something like..
X-Wine-ProgID=application/x-wine-extension-001:progid1;application/x-wine-extension-002:progid2; etc
Fd.o first recognizes the file's MIME type, then the application registered for that MIME type is launched with the given file(s). If the application is registered with multiple MIME types, it has no idea which MIME type it was launched for.
Windows checks the extension. The ProgID registered for that extension is found. The application listed under that ProgID is launched, and this application knows which ProgID it was launched for.
Currently we correctly emulate Window's behavior. If multiple extension list the same ProgID, we do de-duplicate them down to just ONE entry: you only have a wine-extension-jpe.desktop, and not also a wine-extension-jpeg.desktop and wine-extension-jpg.desktop, because all 3 of those extensions have the same "jpegfile" ProgID. But if you right-click a JPEG file, you'll see another entry from Wine, and that's from wine-extension-jfif.desktop, which has a different ProgID of "pjpegfile".
You want to de-duplicate ProgIDs down to the application. This is particularly difficult. Different ProgID entries could use different command line options, in which case we can't merge them, since the .desktop file only allows ONE command line. Even if we don't merge them in that case, but only merge them when the entire command line matches, like I mentioned earlier, the Windows application knows which ProgID it was launched for, and we have no idea which MIME type fd.o launched us for, so we have to guess...
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #23 from Jerome Leclanche adys.wh@gmail.com 2011-11-20 09:13:21 CST ---
Different ProgID entries could use different command line options, in which case we can't merge them
Not necessarily. Just add different shortcut groups?
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #24 from Damjan Jovanovic damjan.jov@gmail.com 2011-11-20 10:00:24 CST --- (In reply to comment #23)
Different ProgID entries could use different command line options, in which case we can't merge them
Not necessarily. Just add different shortcut groups?
What's a shortcut group?
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #25 from Jerome Leclanche adys.wh@gmail.com 2011-11-20 11:42:51 CST --- (In reply to comment #24)
From google-chrome.desktop (snipped a bit)
[Desktop Entry] Version=1.0 Name=Google Chrome GenericName=Web Browser Comment=Access the Internet Exec=/opt/google/chrome/google-chrome %U Terminal=false Icon=google-chrome Type=Application Categories=Network;WebBrowser; MimeType=text/html;text/xml;application/xhtml_xml;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp; X-Ayatana-Desktop-Shortcuts=NewWindow;NewIncognito
[NewWindow Shortcut Group] Name=New Window Exec=/opt/google/chrome/google-chrome TargetEnvironment=Unity
[NewIncognito Shortcut Group] Name=New Incognito Window Exec=/opt/google/chrome/google-chrome --incognito TargetEnvironment=Unity
I don't know how much support this has, though.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #26 from Damjan Jovanovic damjan.jov@gmail.com 2011-11-21 13:38:16 CST --- (In reply to comment #25)
(In reply to comment #24) From google-chrome.desktop (snipped a bit)
I don't know how much support this has, though.
It doesn't have much support at all. Shortcut groups are an extension mechanism which desktops can freely ignore. LXDE doesn't give me anything from that Google Chrome example.
I'll dig up my old patch and try to persuade Alexandre some more - he really wasn't happy last time.
http://bugs.winehq.org/show_bug.cgi?id=25166
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |austinenglish@gmail.com
--- Comment #27 from Austin English austinenglish@gmail.com 2013-12-05 19:55:42 CST --- Still present in 1.7.7.
http://bugs.winehq.org/show_bug.cgi?id=25166
Renato Yamane renatoyamane@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |renatoyamane@gmail.com
--- Comment #28 from Renato Yamane renatoyamane@gmail.com --- Still present on Wine 1.4.1-0ubuntu7 (Kubuntu 13.10)
If you click with right-button over jpg file, on "Open With" you will see 2 entries for Internet Explorer.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #29 from Jerome Leclanche adys.wh@gmail.com --- (In reply to comment #28) Theres no use testing on older versions than 1.7.7.
http://bugs.winehq.org/show_bug.cgi?id=25166
--- Comment #30 from Renato Yamane renatoyamane@gmail.com --- (In reply to comment #29)
(In reply to comment #28) Theres no use testing on older versions than 1.7.7.
Is present on 1.7.7 too, as Austin said on comment #27
https://bugs.winehq.org/show_bug.cgi?id=25166
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku@rambler.ru
--- Comment #31 from Austin English austinenglish@gmail.com --- *** Bug 29763 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=25166
Jens Reyer jre.winesim@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=25166
Stuart Axon stu.axon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stu.axon@gmail.com
--- Comment #32 from Stuart Axon stu.axon@gmail.com --- This is seems to still be an issue (tested on freshly built wine with IRFanView).
Would it be possible to make an updated version of the patch to group by application ?
I can see there are some parts of it that could probably be improved, but had some trouble applying it to current Wine.
https://bugs.winehq.org/show_bug.cgi?id=25166
Robert Walker bob.mt.wya@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=25166
equate@bellair.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |equate@bellair.net
--- Comment #33 from equate@bellair.net --- I did a fresh install of Linux Mint 20 with the latest stable WineHQ release and I am encountering this bug. Wordpad is appearing twice and Irfanview appears over 10 times. How can I fix this problem?