Problem remains in 20.10
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap apps open in a separate browser
session
Status in snapd:
I just wanted to comment that this is more than just Slack "owning" apps
opened from inside Slack. It also messes up the audio/video setup inside
the "owned" app. For example, if I launch snap Slack before Chrome and
try to join a Zoom call from Slack, then my A/V options are limited only
to the
I can confirm in too,fresh installation of 20.04, almost all the snap
apps behaves this way, slack, VS Code, Android Studio etc ..
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
I can confirm that this bug exists on a fresh install of 20.04 as well.
Changing the firefox profile to that of `default-release` for the
firefox session opened via Slack solves the problem but it would be
wonderful if it could work seamlessly out of the box :)
--
You received this bug
Comment #13 is a good workaround, but this is still a bug that needs to
be resolved
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap
Setting the default profile to `default-release` fixed the problem for
me as well.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap
I was struggle with the same problem for a several weeks - all urls from snap
apps were opened in different Firefox instances.
Today I finally figured it out - Open some url from snap app. Navigate this
instance to `about:profiles` . Make sure that setted as default profile is the
same as the
Firefox is installed as a deb.
tor. 14. nov. 2019, 22:45 skrev Ian Johnson
<1835...@bugs.launchpad.net>:
> @paal-andreassen do you have firefox installed as a snap or as a deb?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
>
@paal-andreassen do you have firefox installed as a snap or as a deb?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap apps open in a
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xdg-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
I can reproduce this with Ubuntu 19.10 and snapd 2.42.1
slack in classic mode. All clicked links opens Firefox in a new session
where I'm not logged in, dont have any plugins etc.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
I am unable to reproduce this with the classic slack snap and core
stable (2.42.1) on Ubuntu 19.04. I don't believe that zyga's patch has
been released yet although it is merged so one could test on edge
channel of core/snapd.
--
You received this bug notification because you are a member of
Given Maciek's comment about reproducing this with classic snaps I'm
marking this as confirmed.
Interested parties can keep track of
https://github.com/snapcore/snapd/pull/7659 where this issue may be
resolved for _some_ snaps but if confirmed, the same cause is affecting
all the strictly
Recently we noticed that XDG_RUNTIME_DIR is set to a custom value for
both strictly and classically confined snap applications. It may be the
case that adjusting the runtime directory for a test shows that a remote
window is not opened.
I'm not proposing a solution yet but perhaps we can at least
I could reproduce this problem using 18.04.3 live CD using Slack and
Atom. However, I don't think the problem is caused by snapd.
Slack, Skype and Atom are all classic snaps so they have full access to
the system. With Slack installed, clicking on the 'get started' link was
enough to get another
** Changed in: snapd
Status: Incomplete => New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap apps open in a separate browser
** Changed in: snapd
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1835024
Title:
Links triggered within most snap apps open in a separate
Ok, gnome-calculator snap seems fixed somehow. But Slack nor Skype still
works. In Skype it crashes its own Firefox instance immediately, trying
to open the browser - so only a crash dialogue gets opened. And in Slack
this still opens in its own instance.
Please try to test this against these
Hello
I've tried to reproduce this on a fully up-to-date Ubuntu 19.10 system,
using gnome-calculator. I use firefox as my defualt browser. I clicked
on the credits link in gnome-calculator and I got a new tab in my
existing session.
I'm marking this bug as incomplete. Please clarify if the issue
I've just bumped into these two related mentions of the same issue:
https://forum.snapcraft.io/t/slack-opening-file-browser-firefox-and-chrome-in-the-snaps-context/8969
https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1827770
The other launchpad report is older, so mine would be a duplicate I
snapd's userd just calls "xdg-open " in the users session when a
link is clicked, i have opened a task against xdg-utils, it should make
sure to call the right command to open urls in existing browser
sessions.
the opening of "help://" urls via userd is an explicit limitation in
snapd's userd
21 matches
Mail list logo