[Bug 41275] New: Don' t set Notepad as the default application handler for .txt

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

Bug ID: 41275
           Summary: Don't set Notepad as the default application handler
                    for .txt
           Product: Wine
           Version: 1.8
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

After installing Wine, Notepad became the default handler for .txt files.
Double-clicking on a .txt file from Nautilus or Unity Dash launches Notepad,
which is definitely not what I want. Notepad is one of the worst editors out
there, and I had Kate and Geany installed.

In Ubuntu, Default Applications doesn't show an entry for Text files, so it's
not easy to undo this change.

[Bug 41275] Don't set Notepad as the default application handler for .txt

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

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|-unknown                    |programs
           Keywords|                            |integration
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #1 from Bruno Jesus  ---
This is already reported in a broader discussion, if you don't want this
associations to be created you can disable winemenubuilder. You can get more
information reading the other bug.

*** This bug has been marked as a duplicate of bug 19182 ***

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

Rosanne DiMesio  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
         Resolution|DUPLICATE                   |---
     Ever confirmed|0                           |1
             Status|RESOLVED                    |REOPENED
            Summary|Don't set Notepad as the    |Winemenubuilder should
                   |default application handler |respect existing defaults
                   |for .txt                    |for filetype associations

--- Comment #2 from Rosanne DiMesio  ---
I'm reopening this because I think there is a separate issue here that should
be handled without the user having to disable winemenubuilder altogether:
winemenubuilder does not respect existing defaults for filetype associations
unless the user has edited them. The result is that users who haven't edited
them because they were perfectly happy with whatever default associations were
already there end up having them unexpectedly replaced by winemenubuilder. IMO,
that shouldn't happen.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

Rosanne DiMesio  changed:

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

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

Austin English  changed:

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

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

Rosanne DiMesio  changed:

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

--- Comment #3 from Rosanne DiMesio  ---
*** Bug 44261 has been marked as a duplicate of this bug. ***

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

--- Comment #4 from Michal Suchanek  ---
hm, this seems to be an error in the mime handling in the respective
application.

AFAICT wine installs valid .local desktop files and the .local cache has them
listed as same priority as the /usr/share cache lists the system desktop files.

However, the .local cache files do not list /usr/share entries and some
applications apparently stop looking once they find a match presenting
incomplete information to the user.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

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

--- Comment #5 from Michal Suchanek  ---
And as the Debian bug report for the same issue suggests this is a bug in the
specification so either the freedesktop specification must be changed to work
with the extra files installed by wine or wine must stop installing them
automatically and only do so on request - probably something like watch the
classes registry and whenever new mime type or handler is registered ask the
user if it should be registered in the native desktop as well
Yes/No/Always/Never. Probably special-casing the default handlers that come
with wine is a good idea as well.

The issue is that the user .local files do not amend but rather override the
systemwide files for mime handlers, intentionally. You are supposed to select a
default application (either by installing gnome or doing a manual selection in
.local). For the latter only one of user or systemwide applications are
provided as choices for a particular file type - its override, not amend. Same
problem with file extensions which do not even have a default. So this is just
overall not thought through but does not matter under usual circumstances. It
is only problem with wine automatically creating .local mime files.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

Alex Henrie  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
             Status|REOPENED                    |STAGED
    Staged patchset|                            |https://github.com/wine-sta
                   |                            |ging/wine-staging/tree/mast
                   |                            |er/patches/winemenubuilder-
                   |                            |integration

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

[e-mail] changed:

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

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

Vitaly Lipatov  changed:

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

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

Olivier F. R. Dierick  changed:

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

--- Comment #6 from Olivier F. R. Dierick  ---
Hello,

The staged patchset has been removed.

There are default extension banned and programs excluded lists in
winemenubuilder.

Shouldn't this bug be closed?

Regards.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

Alex Henrie  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WONTFIX
             Status|STAGED                      |RESOLVED

--- Comment #7 from Alex Henrie  ---
If I understand correctly, this bug report proposed an alternative solution to
the problem: Check if there is already a program that can open files of a
particular type, and if there is, don't allow winemenubuilder to associate any
program with that type.

Wine's current solution is better, I think: winemenubuilder simply doesn't
create associations for most of Wine's own programs like Wine Notepad and Wine
Internet Explorer. When you install Windows programs in Wine, those programs
will associate themselves with their file types, overriding previous
associations, just like they would on Windows. That means that you can, for
example, install Notepad++ as your default text editor even if you had a
Linux-native text editor installed already.

My impression is that everybody is pretty happy with the current solution, so I
am resolving this bug as WONTFIX.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

--- Comment #8 from Austin English  ---
Closing.

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

[WineHQ Bugzilla]

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

Austin English  changed:

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

--- Comment #9 from Austin English  ---
Actually closing.