Opening links outside of broswer in kubuntu opens html from local kde cache only
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).
.
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
orfirefox http://www.google.com
I checked
~/.local/share/applications/mimeapps.list
and thought I had actaully found the problem becausetext/html
was pointed to an old, non-existent.desktop
file. But fixing the entry tochromium-browser.desktop
did not fix the problem
I am still at a loss for what this issue could be
kde kubuntu
add a comment |
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).
.
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
orfirefox http://www.google.com
I checked
~/.local/share/applications/mimeapps.list
and thought I had actaully found the problem becausetext/html
was pointed to an old, non-existent.desktop
file. But fixing the entry tochromium-browser.desktop
did not fix the problem
I am still at a loss for what this issue could be
kde kubuntu
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
add a comment |
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).
.
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
orfirefox http://www.google.com
I checked
~/.local/share/applications/mimeapps.list
and thought I had actaully found the problem becausetext/html
was pointed to an old, non-existent.desktop
file. But fixing the entry tochromium-browser.desktop
did not fix the problem
I am still at a loss for what this issue could be
kde kubuntu
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).
.
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
orfirefox http://www.google.com
I checked
~/.local/share/applications/mimeapps.list
and thought I had actaully found the problem becausetext/html
was pointed to an old, non-existent.desktop
file. But fixing the entry tochromium-browser.desktop
did not fix the problem
I am still at a loss for what this issue could be
kde kubuntu
kde kubuntu
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
add a comment |
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
add a comment |
1 Answer
1
active
oldest
votes
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)
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
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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)
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
add a comment |
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)
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
add a comment |
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)
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)
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
add a comment |
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
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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