SUMMARY STEPS TO REPRODUCE 1. Create a link in Libre office 2. Open it 3. OBSERVED RESULT The target page is downloaded and then opened EXPECTED RESULT The target page is opened SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.14.1 KDE Frameworks Version: 5.51 Qt Version: 5.12-beta2 ADDITIONAL INFORMATION This bug is probably in bad component and/or product. Also see: https://www.reddit.com/r/kde/comments/9pbbrb/when_i_open_a_link_in_an_app_i_am_redirected_to_a/
What's the link in question? What version of LibreOffice?
(In reply to Nate Graham from comment #1) > What's the link in question? What version of LibreOffice? LO 6.1.2 and theese links inside a .rtf document: https://gitlab.gnome.org/GNOME/gimp https://www.gimp.org/release-notes/gimp-2.8.html https://docs.gimp.org/2.6/en/gimp-concepts-main-windows.html https://docs.gimp.org/2.8/en/gimp-concepts-script-fu.html
Can you check your setting in System Settings → Applications → Default Applications → Web Browser? Is "open in application based on the contents" checked? If so, see if the problem persists if you explicitly choose a web browser. What KIO does is when you click a link it first tries to figure out what content there is and then open it in the appropriate application, e.g. image viewer for a JPEG. Not sure why it downloads a website first, though. In any case, given it significantly slows down opening links and the fact that web browsers can open virtually any file these days, maybe we should revisit the default for that option to just open http(s) links in the browser no matter what.
(In reply to Kai Uwe Broulik from comment #3) >Is "open in application based on the contents" > checked? No it's not: https://imgur.com/a/1ln6g1m If I make it so, it gets even worse. Webpages begin to open in Libreoffice Writer (to edit them I guess).
Can't reproduce then. Please provide the output of the following commands xdg-mime query default text/html xdg-mime query default x-scheme-handler/http xdg-mime query default x-scheme-handler/https xdg-settings get default-web-browser kreadconfig5 --file kdeglobals --group General --key BrowserApplication
(In reply to Kai Uwe Broulik from comment #5) > Can't reproduce then. Please provide the output of the following commands > > xdg-mime query default text/html > xdg-mime query default x-scheme-handler/http > xdg-mime query default x-scheme-handler/https > xdg-settings get default-web-browser > kreadconfig5 --file kdeglobals --group General --key BrowserApplication In this order: libreoffice-writer.desktop userapp-Nightly-8ZJWMZ.desktop userapp-Nightly-8ZJWMZ.desktop firefox-nightly.desktop firefox-nightly.desktop
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!
The requested info was provided, wasn't it?
(In reply to mthw0 from comment #8) > The requested info was provided, wasn't it? Looks like it has, just the Status was accidentally left in NEEDSINFO. Moving to REPORTED.
This bug by itself wouldn be that bad but there are some other thing that make it even worse. Webpages openned like this are often changed (or damaged). In the worst cases links are not openned at all and a warning like this "Folder with name /home/mthw/.cache/kioexec/krun/8099_0/ already exists." appears, not necessarily when the same link is oppened twice.
Created attachment 116424 [details] Screenshot All 'get new ...' windows are affected like this
Can't reproduce myself, but I recognize a lot of these symptoms. It s what happens when KIO is told to fetch a remote resource from a GTK app. Usually this happens only for things on like Samba and NFS shares; it shouldnb't be happening for HTTP(s) links. The fact that it is makes me suggest that LibreOffice is sending the URL request strangely, or else your browser has gotten de-registered to handle HTTP(s) URLs. If you change your default web browser to just the regular Firefox, does the issue presist?
After further testing: Firefox (Stable) works correctly, Firefox Nightly (AUR) also works correctly. The problems only happens when using FF Nightly from a tarbal. So since I replaced it everything seems to run fine. Could you by any chance try this with a FF Nightly from a tarbal if you see the same issue?
Definitely a problem with using Firefox nightly from a tarball: system integration piece didn't get installed properly. Other than AppImages, Linux apps aren't self-contained; they need various system integration bits copied to various places. Making sure that this happens is one of the the advantages to using either AppImages or a package manager.
I had the same problem today. In my case, it was with Chromium Stable for Arch Linux x64 (latest Chromium/Kernel/Plasma/Frameworks/Qt). Links throughout the system, including KDE/Qt applications, opened as "file:///home/alex/.cache/kioexec/krun/15088_0/whats-new" It happened after I added a second user in Chromium. In the Plasma application settings, in Default Web Browser, I had "with the following command: chromium". I changed the command to chromium --profile-directory="Default" and it was fixed.
Very weird. That one definitely seems like a bug in Chromium, and I encourage you to report it to them.
I have the same problem with Plasma 5.14.5.1 and Firefox 65.0.2-1 (non nightly) on fedora 29
Firefox is installed from default repository not tarball. Running the commands from Kai Uwe Broulik all yield "firefox.desktop".
I had the same issue with opening links from Calibre Ebook Viewer in Google Chrome Stable. It was resolved after adding a '%U' to the commandline flag. '/usr/bin/google-chrome-stable --allow-running-insecure-content' ==> '/usr/bin/google-chrome-stable %U --allow-running-insecure-content'.
Having the same issue. Trying to open any link from an application that isn't my browser results in this. Tried on Google Chrome, Chromium and Firefox.
I solved it by purging okular, kate, libreoffice-writer, firefox. Resetting default application in system settings and then setting it to /usr/bin/chromium-browser.
This also happens on Ubuntu 20.04, so not just Arch packages.
I also wouldn't call or mark it resolved. I had to change nothing in my Chromium settings and all my packages are mainline. This is something weirder.
I discovered the cause of this for me was having the incorrect command set in the firefox.desktop file listed in the start menu (not sure how it's called in KDE). I found it was necessary to specify "/usr/bin/firefox %U" instead of just "/usr/bin/firefox".
(In reply to Dolandemort from comment #24) > I discovered the cause of this for me was having the incorrect command set > in the firefox.desktop file listed in the start menu (not sure how it's > called in KDE). I found it was necessary to specify "/usr/bin/firefox %U" > instead of just "/usr/bin/firefox". Excellent! Thank you! This is exactly what was happening here and that %U save me. Or my computer! My system is a Kubuntu 20.04 and the problem was with Google Chrome needing that %U in menu's launcher.
(In reply to Dolandemort from comment #24) > I discovered the cause of this for me was having the incorrect command set > in the firefox.desktop file listed in the start menu (not sure how it's > called in KDE). I found it was necessary to specify "/usr/bin/firefox %U" > instead of just "/usr/bin/firefox". Thanks, that helped me too. That %U was missing in my case.