Bug 93131 - "Remember application association for this type of file" applies to MIME type, not extension. Could be clearer
Summary: "Remember application association for this type of file" applies to MIME type...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2004-11-11 23:57 UTC by lrathle
Modified: 2018-10-29 02:13 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot of german dialog caused by bug. (15.10 KB, image/jpeg)
2006-08-30 23:18 UTC, Ben Adler
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lrathle 2004-11-11 23:57:44 UTC
Version:            (using KDE KDE 3.3.1)
Installed from:    Compiled From Sources
Compiler:          gcc-3.4.1-3mdk 
OS:                Linux

Recently, I made a document with Scribus and recorded it as toto.sla. Wanting to open all those types of documents with Konqueror, I've first right cliqued on this file and choosed Open with -> Other... -> scribus. I checked always use this application for those files and now, I just have to click on a .sla file to open it with Scribus. The problem is that now when I want to see the source code of a web page, Konqueror launch Scribus and try to open the file in it, which fails. I've made a simple html page on my machine to check again, it's the same.
Comment 1 Ben Adler 2006-08-30 23:14:17 UTC
I cannot confirm this bug on kde 3.5.2.

Created a text file named "toto.sla" on the desktop, chose "open with" -> kolourpaint (don't have scribus installed) and "open always with...". Kolourpaint obviously failed opening the text file, but konqueror still opens html-sourcecode with kwrite.
Comment 2 Ben Adler 2006-08-30 23:18:57 UTC
Created attachment 17573 [details]
screenshot of german dialog caused by bug.
Comment 3 Ben Adler 2006-08-30 23:37:21 UTC
OK, there IS a bug.

I tried to reproduce this bug for my first answer to this report, and nothing weird happened when I RMBed into the konq-window and selected "Show source". So, I thought, this bug doesn't show up here.

Then, I clicked on the COMMIT button below in bugzilla to send off my text, and the above attached dialog appeared. It seems that konqueror wants to open every html-document with kolourpaint now. And indeed, closing konq, restarting and clicking on any plain link in a webpage gave me the attached prompt.

It was quickly fixed by RMBing on the toto.sla document, "open with", "konqueror" and "open always with...".

Hovering over the fake toto.sla document (on my dektop) makes the standard popup appear, which contains name, type, permissions etc. Remarkably, the "Type" shows up as "HTML-Dokument". So, by setting to always open toto.sla (recognized as HTML) with kolourpaint, I caused konq to always open HTML documents with koloupaint. Ouch.

Looking at the contents of my fake toto.sla, it DID contain a few test html-tags. Removing all of those changed the recognized document-type to plain text.

If toto.sla contains:

<a
<a

it is recognized as html document.

If I remove ANY ONE of the 5 characters (including the \n), it gets recognized as plain text. I guess the reporter's scribus file contained some html-tags, was recognized as HTML and he then told kde to always open text/html-files with konqueror.
Comment 4 Philip Rodrigues 2006-08-30 23:56:49 UTC
Retitling: the real problem is that the "Remember application association for this type of file" is perhaps not quite clear enough that it applies to the MIME type, rather than the extension. 

Suggest changing that option to say "Always use this application to open files of type <MIME type name>"
Comment 5 jg 2006-10-30 19:33:21 UTC
Philip's comment #4 looks really good to me.

Not sure if this is related, (from memory) I open a file (.dat) with Kate (text viewer), and remember the association, then I discover that another mime-type is broken (for instance text is now listed as .dat) or something along those lines.  I'll post again next time I see this occur.

(I filed bug 136525 about offering a program to load if the file type is determined as containing text or java source code etc)
Comment 6 William Kendrick 2007-01-12 17:51:55 UTC
Quoting Philip Rodrigues: "Suggest changing that option to say 'Always use this application to open files of type <MIME type name>'"

I agree.  The "Open With..." dialog in KDE 3.5.5 currently says: "Remember application association for this file type."  But what's "this"?
Comment 7 Unknown 2008-05-15 19:55:42 UTC
I also created toto.sla with a full, valid XHTML content and associated to kwrite. KWrite always opened toto.sla. Right.

I used Konqueror to open a simple web page, and _Konqueror_ opened it. Right.

Now I commit my bugzilla entry. If it is successful then the bug does not exist in KDE 4.0.4.
Comment 8 George Goldberg 2008-05-18 06:26:05 UTC
There is much more to this issue. Its not simply something that is *fixed*. Any input from konqueror dev's as to how to make this situation less confusing?
Comment 9 FiNeX 2009-09-17 16:51:25 UTC
I'm not sure to have well understood this bug. I've created two files, without extension, one has some text (~/TEXT) and one some html tags (~/WEB). The output of "file" is:

$ file TEXT
TEXT: ASCII text

$ file WEB                                                                                                                                               
WEB: HTML document text

From Dolphin and Konqueror (KDE 4) the two files are correctly identified as plain text document and html document. If I've correctly understand the problem reported, now it should be fixed. 

Added Peter on CC, maybe him could confirm/refuse my comment.

Thanks all.
Comment 10 Gregor Mi 2018-01-04 12:50:25 UTC
There are no new infos since more than 8 years. Can this be closed now?
Comment 11 Andrew Crouthamel 2018-09-28 03:36:56 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 12 Andrew Crouthamel 2018-10-29 02:13:29 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!