Opening links outside of broswer in kubuntu opens html from local kde cache only












8















I have this odd problem where whenever a link is opened from the shell, the cached html is opened locally, instead of through a browser.



to illustrate:



if I run the command xdg-open http://www.google.com in a bash prompt, this url opens in my browser bar: file:///var/tmp/kdecache-seldon/krun/13954_0_.



Here is an image of how it loads in chromium (which is currently set as my default browser).



weird error
.





This issue also happens when there is a call to open a link from (most) applications, for instance, clicking on an external link in the help documentation for Gwenview.



Does anyone have any insight as to why this might be happening? Anything I can try to keep this from happening?





Updating with some steps that I have tried:




  • launching a url with the application path works just fine (i.e. chromium-browser http://www.google.com or firefox http://www.google.com


  • I checked ~/.local/share/applications/mimeapps.list and thought I had actaully found the problem because text/html was pointed to an old, non-existent .desktop file. But fixing the entry to chromium-browser.desktop did not fix the problem



I am still at a loss for what this issue could be










share|improve this question

























  • this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

    – Nico Boni
    Jul 1 '13 at 9:54
















8















I have this odd problem where whenever a link is opened from the shell, the cached html is opened locally, instead of through a browser.



to illustrate:



if I run the command xdg-open http://www.google.com in a bash prompt, this url opens in my browser bar: file:///var/tmp/kdecache-seldon/krun/13954_0_.



Here is an image of how it loads in chromium (which is currently set as my default browser).



weird error
.





This issue also happens when there is a call to open a link from (most) applications, for instance, clicking on an external link in the help documentation for Gwenview.



Does anyone have any insight as to why this might be happening? Anything I can try to keep this from happening?





Updating with some steps that I have tried:




  • launching a url with the application path works just fine (i.e. chromium-browser http://www.google.com or firefox http://www.google.com


  • I checked ~/.local/share/applications/mimeapps.list and thought I had actaully found the problem because text/html was pointed to an old, non-existent .desktop file. But fixing the entry to chromium-browser.desktop did not fix the problem



I am still at a loss for what this issue could be










share|improve this question

























  • this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

    – Nico Boni
    Jul 1 '13 at 9:54














8












8








8








I have this odd problem where whenever a link is opened from the shell, the cached html is opened locally, instead of through a browser.



to illustrate:



if I run the command xdg-open http://www.google.com in a bash prompt, this url opens in my browser bar: file:///var/tmp/kdecache-seldon/krun/13954_0_.



Here is an image of how it loads in chromium (which is currently set as my default browser).



weird error
.





This issue also happens when there is a call to open a link from (most) applications, for instance, clicking on an external link in the help documentation for Gwenview.



Does anyone have any insight as to why this might be happening? Anything I can try to keep this from happening?





Updating with some steps that I have tried:




  • launching a url with the application path works just fine (i.e. chromium-browser http://www.google.com or firefox http://www.google.com


  • I checked ~/.local/share/applications/mimeapps.list and thought I had actaully found the problem because text/html was pointed to an old, non-existent .desktop file. But fixing the entry to chromium-browser.desktop did not fix the problem



I am still at a loss for what this issue could be










share|improve this question
















I have this odd problem where whenever a link is opened from the shell, the cached html is opened locally, instead of through a browser.



to illustrate:



if I run the command xdg-open http://www.google.com in a bash prompt, this url opens in my browser bar: file:///var/tmp/kdecache-seldon/krun/13954_0_.



Here is an image of how it loads in chromium (which is currently set as my default browser).



weird error
.





This issue also happens when there is a call to open a link from (most) applications, for instance, clicking on an external link in the help documentation for Gwenview.



Does anyone have any insight as to why this might be happening? Anything I can try to keep this from happening?





Updating with some steps that I have tried:




  • launching a url with the application path works just fine (i.e. chromium-browser http://www.google.com or firefox http://www.google.com


  • I checked ~/.local/share/applications/mimeapps.list and thought I had actaully found the problem because text/html was pointed to an old, non-existent .desktop file. But fixing the entry to chromium-browser.desktop did not fix the problem



I am still at a loss for what this issue could be







kde kubuntu






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 1 hour ago









Glorfindel

2811410




2811410










asked Jun 30 '13 at 13:42









Hari SeldonHari Seldon

4472616




4472616













  • this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

    – Nico Boni
    Jul 1 '13 at 9:54



















  • this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

    – Nico Boni
    Jul 1 '13 at 9:54

















this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

– Nico Boni
Jul 1 '13 at 9:54





this is a known bug. Check if any of the solutions posted in the bug tracker works for you.

– Nico Boni
Jul 1 '13 at 9:54










1 Answer
1






active

oldest

votes


















8














Im not entirely sure what goes on behind the scenes in KDE but it appears that chrome was not getting the url as a parameter, it was getting the fetched html instead (and only the html, no other resources).



So based on this answer for getting web based email as your default in KDE, on a hunch, I added $s to the end of the default Web Browser component, and it worked. I would love to know more about the $s parameter, if anyone knows, but it fixed this specific issue.



to fix this issue: In System Settings, under Default Applications for Web Browser, I changed /usr/bin/chromium-browser to /usr/bin/chromium-browser $s



(obviously /usr/bin/chromium-browser should be changed to the path of whichever browser you use)






share|improve this answer





















  • 1





    +1 Thanks - this also worked for me.

    – Will
    Dec 4 '13 at 9:57











  • +1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

    – coderade
    Mar 16 '17 at 0:33











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f81215%2fopening-links-outside-of-broswer-in-kubuntu-opens-html-from-local-kde-cache-only%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









8














Im not entirely sure what goes on behind the scenes in KDE but it appears that chrome was not getting the url as a parameter, it was getting the fetched html instead (and only the html, no other resources).



So based on this answer for getting web based email as your default in KDE, on a hunch, I added $s to the end of the default Web Browser component, and it worked. I would love to know more about the $s parameter, if anyone knows, but it fixed this specific issue.



to fix this issue: In System Settings, under Default Applications for Web Browser, I changed /usr/bin/chromium-browser to /usr/bin/chromium-browser $s



(obviously /usr/bin/chromium-browser should be changed to the path of whichever browser you use)






share|improve this answer





















  • 1





    +1 Thanks - this also worked for me.

    – Will
    Dec 4 '13 at 9:57











  • +1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

    – coderade
    Mar 16 '17 at 0:33
















8














Im not entirely sure what goes on behind the scenes in KDE but it appears that chrome was not getting the url as a parameter, it was getting the fetched html instead (and only the html, no other resources).



So based on this answer for getting web based email as your default in KDE, on a hunch, I added $s to the end of the default Web Browser component, and it worked. I would love to know more about the $s parameter, if anyone knows, but it fixed this specific issue.



to fix this issue: In System Settings, under Default Applications for Web Browser, I changed /usr/bin/chromium-browser to /usr/bin/chromium-browser $s



(obviously /usr/bin/chromium-browser should be changed to the path of whichever browser you use)






share|improve this answer





















  • 1





    +1 Thanks - this also worked for me.

    – Will
    Dec 4 '13 at 9:57











  • +1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

    – coderade
    Mar 16 '17 at 0:33














8












8








8







Im not entirely sure what goes on behind the scenes in KDE but it appears that chrome was not getting the url as a parameter, it was getting the fetched html instead (and only the html, no other resources).



So based on this answer for getting web based email as your default in KDE, on a hunch, I added $s to the end of the default Web Browser component, and it worked. I would love to know more about the $s parameter, if anyone knows, but it fixed this specific issue.



to fix this issue: In System Settings, under Default Applications for Web Browser, I changed /usr/bin/chromium-browser to /usr/bin/chromium-browser $s



(obviously /usr/bin/chromium-browser should be changed to the path of whichever browser you use)






share|improve this answer















Im not entirely sure what goes on behind the scenes in KDE but it appears that chrome was not getting the url as a parameter, it was getting the fetched html instead (and only the html, no other resources).



So based on this answer for getting web based email as your default in KDE, on a hunch, I added $s to the end of the default Web Browser component, and it worked. I would love to know more about the $s parameter, if anyone knows, but it fixed this specific issue.



to fix this issue: In System Settings, under Default Applications for Web Browser, I changed /usr/bin/chromium-browser to /usr/bin/chromium-browser $s



(obviously /usr/bin/chromium-browser should be changed to the path of whichever browser you use)







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 13 '17 at 12:36









Community

1




1










answered Jul 1 '13 at 22:52









Hari SeldonHari Seldon

4472616




4472616








  • 1





    +1 Thanks - this also worked for me.

    – Will
    Dec 4 '13 at 9:57











  • +1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

    – coderade
    Mar 16 '17 at 0:33














  • 1





    +1 Thanks - this also worked for me.

    – Will
    Dec 4 '13 at 9:57











  • +1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

    – coderade
    Mar 16 '17 at 0:33








1




1





+1 Thanks - this also worked for me.

– Will
Dec 4 '13 at 9:57





+1 Thanks - this also worked for me.

– Will
Dec 4 '13 at 9:57













+1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

– coderade
Mar 16 '17 at 0:33





+1 Thanks, I didn't make the same change, but I saw that my Default Browser was getting the wrong path. Solved on Arch Linux.

– coderade
Mar 16 '17 at 0:33


















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f81215%2fopening-links-outside-of-broswer-in-kubuntu-opens-html-from-local-kde-cache-only%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

サソリ

広島県道265号伴広島線

Accessing regular linux commands in Huawei's Dopra Linux