Avainsanana Launchpad
Sorry, tried to link this with LP #1723881 but failed, because LP #1334
Sorry, tried to link this with LP #1723881 but failed, because LP #1334
I tried enabling the main/debug component for the PPA
I tried enabling the main/debug component for the PPA, but it just results in a bunch of ”repository […] doesn’t have the component ’main/debug'” errors when I run apt update
. Should I open a separate issue about it?
Keyboard shortcut restoring shortcut cut short when localized
Affected version
I’m using Ubuntu 20.04 and Wayland, with gnome-shell currently at version 3.36.1-4ubuntu1. (I originally filed this on Launchpad.)
Bug summary
When trying to start a virtual machine with Gnome Boxes, I get a prompt about keyboard shortcuts. The prompt text is localized, but translated back to English it says:
Boxes wants to inhibit shortcuts
You can restore shortcuts by pressing Super+Escape.
In my locale (Finnish), it says
Sovellus Boksit haluaa rajoittaa pikanäppäinten toimintaa.
Voit palauttaa pikanäppäinten toiminnan painamalla Super...
(sic; see attached photo)
So the actual key combination is truncated, defeating the point of that part of the text.
This isn’t a localization error (AFAICT, based on the translation source). Rather, it’s caused by the text being forced to fit on a single line of an arbitrarily fixed width, instead of wrapping to span as many lines as needed.
Screenshot
I first reported this against 62 in Launchpad
I first reported this against 62 in Launchpad: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1798103
Firefox was since updated to 63 in Ubuntu and the issue remains.
Position of left-tiled windows not restored correctly when another left-tiled window present
Background
I’m using Ubuntu 18.04 with Gnome Shell 3.28.1, and was forwarded here from Launchpad, see bug #1767806 there.
The issue
When another window is maximized or tiled to the left side of the screen, re-opening an application whose window was previously tiled to the left side does not restore that windows’ previous position. Instead such windows open at varying distances from the dock, untiled.
Expected behavior
Steps to reproduce (with a newly created user)
- open Firefox, drag the window to the left edge of the screen to tile it there (filling up the left half of horizontal screen space)
- close Firefox
- open Nautilus, make sure that the window floats (i.e. is unmaximized and not tiled to either side of screen)
- open Firefox
What happens
As expected, Firefox’s window is tiled to the left edge of screen, immediately to the right side of the dock: screenshot.
Unexpected behavior
Steps to reproduce (with a newly created user)
- open Firefox, drag the window to the left edge of the screen to tile it there (filling up the left half of horizontal screen space)
- close Firefox
- open Nautilus, maximize its window
- open Firefox
What happens
Firefox’s window opens slightly to the right off the right edge of the dock (with a gap between the dock and the window): screenshot.
What I expect to happen
I expect Firefox’s window to be tiled to the left edge of screen, immediately to the right side of the dock, just as it did following the first recipe above.
Further information
- Either maximizing or tiling Nautilus’ window to the left edge of the screen (at step 3) triggers the issue. Tiling it to the right edge of the screen does not.
- Using Gnome Terminal instead of Nautilus triggers the issue just as well and I suspect any other application will, though I’ve only systematically tested these two so far.
- From battling with this in my daily use I also know that the distance of incorrectly restored windows from the dock varies: different applications open at different distances. The precise mechanics of this still elude me, though the distances do appear to be multiples of 25 pixels.
Over at Launchpad, Jamie Strandboge had this to say
Over at Launchpad, Jamie Strandboge had this to say:
”As for install/refresh getting stuck, it seems that the wekan hooks aren’t exiting so snapd has no choice but to wait a while then timeout.
At this point, this seems like the issues are in the wekan snap: it needs to plug hardware-observe and needs to handle error conditions better in the hooks so the exit.”
I went ahead and reported this on Launchpad
I went ahead and reported this on Launchpad, we’ll see if anyone there has any ideas. A new SRU (2.30) of snapd also seems to be in the works, but no release as of yet.
Typo: ”launchapd.net” in ssh_import_id
Attaching a patch to fix this.
With Unity from PPA, you cannot file bugs against Unity using ubuntu-bug
With Unity updated from the PPA, you cannot file bugs against it using ubuntu-bug, you’ll just get an error message saying ”Please remove any third party package and try again.” You can still file bugs directly on Launchpad using the browser, but then the report won’t have the logs attached to it.
Steps to reproduce
media.autoplay.default
to1
(”Block Audio”, which is the default)media.autoplay.blocking_policy
to2
What I expect to happen
For the audio to be unmuted.
What happens instead
The audio remains muted, and the volume control/indicator remains in the muted position.
I’m unmotivated to report this to Twitch, as I’m unsure about the precise meaning of
media.autoplay.blocking_policy
, and I currently don’t use the non-working value for it myself. Feel free to downprioritize this as you see fit, unless the original reporter is still affected. Here’s my downstream report over at Launchpad though, just for reference. (I’ll update it too.)