[Feisty Fawn] konqueror doesn't open url but save (changed HTML bindings due to unknown reason)

Bug #84721 reported by Marco Maini
6
Affects Status Importance Assigned to Milestone
kdebase (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: konqueror

When you click on Url link, Konqueror doesn't open the page but shows the dialog window "Save As." I reset all settings to default value without any success.

Revision history for this message
Raphaël Pinson (raphink) wrote :

Hello,

Thank you for your bug report.
Can you given an example of link that causes such a behavior?

Thank you

Revision history for this message
Marco Maini (maini10) wrote :

Example, if you open www.ubuntu.com when click on Support link, Konqueror in my pc open the dialog "Save As" suggesting the name support. It's a very strange behaviour.
Feel free to ask more information, if you need.
Thank you

Revision history for this message
Rich Johnson (nixternal) wrote :

I am unable to confirm this with Feisty up to date.

I have looked through the settings to see if there was anything that would cause such an issue, especially concerning "web behavior" and "file associations".

Have you done anything recently that started causing this issue, or has been present since day one with Feisty? Sorry if it seems like I am shooting at stars :)

Changed in kdebase:
status: Unconfirmed → Needs Info
Revision history for this message
Marco Maini (maini10) wrote :

I usually use Firefox as browser, so I find unexpectedly this problem yesterday. However, if I click on Open in a new window or Open in a new tab, Konqueror works correctly.
I have tried to obtain a backtrace stopping Konqueror after the problem. I don't know if it will be helpful.

#0 0xb7f9d7f2 in ?? () from /lib/ld-linux.so.2
#1 0xb7d0f1fd in select () from /lib/tls/i686/cmov/libc.so.6
#2 0xb6be37b5 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#3 0xb6c5707e in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#4 0xb6c3e4cf in QApplication::enter_loop () from /usr/lib/libqt-mt.so.3
#5 0xb6e5a2d9 in QDialog::exec () from /usr/lib/libqt-mt.so.3
#6 0xb7b45cc8 in KParts::BrowserRun::simpleSave ()
   from /usr/lib/libkparts.so.2
#7 0xb7b4623a in KParts::BrowserRun::save () from /usr/lib/libkparts.so.2
#8 0xb7b4727e in KParts::BrowserRun::handleNonEmbeddable ()
   from /usr/lib/libkparts.so.2
#9 0xb7f478ff in KonqRun::foundMimeType (this=0x8703af8, _type=@0xbfd39cc4)
    at /build/buildd/kdebase-3.5.6/./konqueror/konq_run.cc:105
#10 0xb7b477a5 in KParts::BrowserRun::slotBrowserMimetype ()
   from /usr/lib/libkparts.so.2
#11 0xb7b4790e in KParts::BrowserRun::qt_invoke () from /usr/lib/libkparts.so.2
#12 0xb7f14ad8 in KonqRun::qt_invoke (this=0x8703af8, _id=7, _o=0xbfd39d90)
    at ./konq_run.moc:88
#13 0xb6ca5787 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3

Revision history for this message
Marco Maini (maini10) wrote :

I have installed Herd 4 and the problem is solved. Probably, it is not a bug. I think this bug report could be closed. Sorry, if you have spent time on this 'false' problem.

Revision history for this message
Brian Murray (brian-murray) wrote :

Thanks for the latest information about this working for you on Herd 4. Due to this information we are closing the bug report. Please don't hesitate to submit any other bugs you might find.

Changed in kdebase:
status: Needs Info → Rejected
Revision history for this message
Risto H. Kurppa (risto.kurppa) wrote :

This bug still exitst on a fresh install of Feisty Kubuntu: Looks like it's able to open any address the user writes, but fails when you click on a link: It asks where to save the file or what program to use to open the file (suggests Kate). Opening in a new tab works ok.

This happens for example on all wikipedia links so I don't think it's a server side problem.

I have installed latest Swiftfox so I'd guess there is a possibility that it has changed something but looks weird to me anyway.

Revision history for this message
Marco Maini (maini10) wrote :

I'm currently unable to confirm your problem. In my Pc Wikipedia links work fine with Konqueror. Swiftfox shouldn't be related with this because it's a Firefox version. However, two good things may be retry uninstalling Switfox (at least temporarily) and resetting all Konqueror options to default. Thanks for your collaboration.

Changed in kdebase:
assignee: nobody → maini10
status: Rejected → Needs Info
Revision history for this message
Risto H. Kurppa (risto.kurppa) wrote :

I was able to fix this in konqueror -> settings -> file type bindings (or similar..)

In the HTML bindigs, for some reason Kate was listed before Konqueror. Moving Konqueror above Kate made it work as supposed.

I don't know what's the reason for this but this seems to be the fix. So this is a plain Feisty Kubuntu install and no other packages installed than stuff available from default repos and Swiftfox.

r

Revision history for this message
Marco Maini (maini10) wrote :

Thanks. I close again this report

Changed in kdebase:
assignee: maini10 → nobody
status: Needs Info → Rejected
Revision history for this message
Risto H. Kurppa (risto.kurppa) wrote :

OK, I found the way to fix the problem but it doesn't fix the reason that caused it (and that we don't know yet what is it) so I think it should still be kept open as 'needs information'

Revision history for this message
Marco Maini (maini10) wrote :

Ok, reopen this as unconfirmed until there will be evidence that is a bug. Are you sure that Konqueror had Kate as default program for HTML files?

Changed in kdebase:
status: Rejected → Unconfirmed
Revision history for this message
Risto H. Kurppa (risto.kurppa) wrote :

Screenshot attached, this was how I found it after I had installed additional packages I needed. All others from official repos + swiftfox deb from getswiftfox.something. OTOH, it must have worked after the install 'cause I was able to surf ok at swiftfox site to download it..

I think unconfirmed is ok for this bug. I'd suppose it's OK right after install but something has changed it and I don't think it was me but of course cannot guarantee it.

Revision history for this message
Carlos Diener / emonkey (emonkey) wrote :

I can't reproduce this on current developement release Hardy Heron. Please reopen the bug if you still can reproduce it. Thanks in advance.

Changed in kdebase:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.