Support Taskbar Tabs on Linux
Categories
(Firefox :: Web Apps, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox150 | --- | fixed |
People
(Reporter: dmcintosh, Assigned: dmcintosh)
References
(Blocks 3 open bugs)
Details
(Whiteboard: [fidedi-pbm])
Attachments
(10 files, 2 obsolete files)
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details |
...and other freedesktop-y systems (BSD).
General requirement is creating .desktop files and putting them in $XDG_DATA_HOME/applications, possibly with the dynamic launcher portal if supported. The WM_CLASS/app_id also needs to match the .desktop file.
Implementing pinning is more difficult, and might require reaching out to GNOME/KDE/etc. about an xdg-desktop-portal or similar for the purpose; some WMs/DEs don't even support pinning, so we'll have to work out what happens there.
Systems that don't support .desktop files will be out-of-scope.
| Assignee | ||
Updated•8 months ago
|
Updated•8 months ago
|
Updated•7 months ago
|
| Assignee | ||
Comment 1•3 months ago
|
||
This can probably be done in a single patch stack, and Linux-related bugs should just be filed under 'Web Apps' with the Linux platform, so I don't think this needs to be a metabug anymore.
| Assignee | ||
Comment 2•3 months ago
|
||
| Assignee | ||
Comment 3•3 months ago
|
||
| Assignee | ||
Comment 4•3 months ago
|
||
This is picked up by Gecko as the application ID, which is used by Linux
desktops to determine which app the window belongs to.
| Assignee | ||
Comment 5•3 months ago
|
||
| Assignee | ||
Comment 6•3 months ago
|
||
The pref is still disabled by default.
| Assignee | ||
Comment 7•3 months ago
|
||
| Assignee | ||
Comment 8•3 months ago
|
||
| Assignee | ||
Comment 9•3 months ago
|
||
It seems like there isn't a guarantee that the 'focus' event is actually
sent when .focus is called. Linux (in my case, testing on GNOME) seems
to be more wary about giving up focus, so the test gets stuck waiting
for a 'focus' event. Since we only really want to check that our event
handlers work, just poke them (relatively) directly.
| Assignee | ||
Comment 10•3 months ago
|
||
Updated•3 months ago
|
Updated•3 months ago
|
| Assignee | ||
Comment 11•3 months ago
|
||
Updated•3 months ago
|
Updated•3 months ago
|
| Assignee | ||
Comment 12•3 months ago
|
||
Comment 13•3 months ago
|
||
This is nice! Have you checked whether this works in snap/flatpak? https://phabricator.services.mozilla.com/D281292 seems to always write directly to the system path, contrary to what comment #0 says. Or maybe I missed the right patch for that?
| Assignee | ||
Comment 14•2 months ago
|
||
(In reply to Kagami Rosylight [:saschanaz] (they/them) from comment #13)
This is nice! Have you checked whether this works in snap/flatpak? https://phabricator.services.mozilla.com/D281292 seems to always write directly to the system path, contrary to what comment #0 says. Or maybe I missed the right patch for that?
I hadn't really tried in Flatpak, thanks for the reminder! It didn't work in Flatpak, and I'm 99% sure it doesn't work in Snap; reason being that (a) ~/.local/share/applications isn't available, and (b) the desktop entry doesn't point inside the sandbox, so it tries to run /app/... which doesn't work. I just filed followup bugs for those, and I've poked you on Slack around the approach for Flatpak in particular.
Hopefully it'll work on both, if not we can just keep the page action invisible where it doesn't work (namely Snap might have some delay).
| Assignee | ||
Comment 15•2 months ago
|
||
Those will still be addressed for Fx150, but I'd like to land the rest of
the stack so I don't have to worry about it.
Comment 16•2 months ago
|
||
Comment 17•2 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/e5fb30d23f22
https://hg.mozilla.org/mozilla-central/rev/b022b7d28839
https://hg.mozilla.org/mozilla-central/rev/dc3ed76faa35
https://hg.mozilla.org/mozilla-central/rev/40234734130e
https://hg.mozilla.org/mozilla-central/rev/e8b9e6aff102
https://hg.mozilla.org/mozilla-central/rev/965e399e4d25
https://hg.mozilla.org/mozilla-central/rev/50f7c3b8e74c
https://hg.mozilla.org/mozilla-central/rev/12daf2d45e7a
https://hg.mozilla.org/mozilla-central/rev/98103c824903
https://hg.mozilla.org/mozilla-central/rev/232079a3aa64
Comment 18•2 months ago
|
||
:dmcintosh did you want to include this in the Fx150 release notes? Feel free to nominate if so.
Comment 19•2 months ago
|
||
Comment on attachment 9545086 [details]
Bug 1982733 - Enable Taskbar Tabs by default on Linux. r=nrishel!,hsohaney
Revision D283354 was moved to bug 2021459. Setting attachment 9545086 [details] to obsolete.
| Assignee | ||
Comment 20•2 months ago
|
||
Note to the people cc'd here, if you weren't aware: this has now landed and is available in Firefox Nightly! For now, it's disabled by default; you can turn it on by switching browser.taskbarTabs.enabled to true in about:config. Hopefully it'll either be enabled by default shortly or we'll figure out some non-about:config way to turn it on.
Feel free to take a look and report any bugs you find! Some quick known issues/notes:
- If your Applications menu has sections, the web apps are currently under 'Other'. You can also pin them to your dash/dock/taskbar/whatever, which is what you're meant to do, they're taskbar tabs :)
- GNOME doesn't always assign the correct application, so the icons etc might be a bit wonky. It should generally work OK, though, see bug 2021458 for details.
:diannaS — I'm currently thinking to hold off on putting it in release notes until we know what it'll look like in the actual Fx150 beta/release. I'll set a reminder for March 16, since it looks like March 18 is the first beta notes draft?
| Assignee | ||
Comment 21•2 months ago
|
||
Although, quick qualification just after I hit Submit — it isn't available yet in Flatpak or Snap builds, unfortunately, I'll be working on that shortly.
| Assignee | ||
Comment 22•2 months ago
|
||
diannaS: FYI current plan is unfortunately to keep pref'd off until Firefox 151, so no need for changelog entries yet. If that changes this week I'll add a nomination.
Updated•1 month ago
|
Description
•