Bug 144289 - file association is not reliable -- ignoring settings
Summary: file association is not reliable -- ignoring settings
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: general (other bugs)
Version First Reported In: Git
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-16 08:45 UTC by Maciej Pilichowski
Modified: 2016-03-26 11:06 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2007-04-16 08:45:08 UTC
Version:            (using KDE KDE 3.5.6)
Installed from:    SuSE RPMs

I have .pdf type set to "ask the user". And it works very often, however very often this settings is ignored. It is typical to cases, when there is a page with indirect link to pdf file. When the .pdf type is ignored, Konqueror seems to be confused and shows dialog with KMenu apps to pick up app to handle the pdf, Opera on the other hand silently downloads (to cache) the file, and then xpdf is run to view the contents (so pdf type is recognized after all).
Comment 1 David Faure 2007-04-24 20:01:49 UTC
Can you provide a URL where this happens?
Comment 2 Maciej Pilichowski 2007-04-24 21:30:49 UTC
Not exactly, it is password protected and obviously I don't want to reveal my access. I will try to find another site which behaves in the same way.

Btw. I observed it is also related _how_ the server sends data -- maybe there is some header information which could temporarily misinform Konqueror and Opera. Half of the problem exists with other sites which provide downloading via "dynamic" link (i.e. redirection). Konqueror does not handle this well too (but with Opera it is ok):
http://rapidshare.com/files/27726874/Raport_jawny_16022007.pdf.html
However note it is not the case I was reporting about!

Comment 3 Maciej Pilichowski 2007-09-03 21:16:43 UTC
This bug is worse than I thought, for example when I want to download some djvu files from internet my settings are ignored, and djvu is opened inside Konqueror.

Fallback recognition does not work either, I set it also to ask the user, but KDE here also does some awkward stuff, this link I get in my mail (KMail):
http://extrawheel.com/DuszakTeam-masterb.divx

I don't have .divx extension registered, so fallback settings should be used (i.e. in my case, system should ask me what to do). But no, no questions, KWrite (?) tries to open this file.

For me, file association implementation is completely unpredictable, sometimes .pdf settings kick in, sometimes not (I mean: sometimes settings are ignored), .djvu settings are always ignored, with fallback it is always a surprise.

And about Opera remark in my original post -- I set for every pdf related extension to ask the user and since then it works perfect. Djvu (after setting to the same values as in KControl) also works beautifully. So for sure it is possible.

If there are problems to reproduce the problem I could put somewhere some dummy .pdf and .djvu files.
Comment 4 Dawit Alemayehu 2013-06-14 13:07:20 UTC
I am certain that at some point you have clicked the "Remember action for files of this type" checkbox in KDE for it to silently start downloading instead of prompting you. The only way to fix at the moment is to remove the entry for the given mimetype from your ~/.kde/share/config/filetypesrc config file.

Confirming this only because there is no easy way to remove previous file associations from Konqueror itself. It is not a KIO issue.