Viestit paikassa Launchpad

I tried Dash to Dock from extensions.gnome.org, and could not reproduce the issue with it

9. kesäkuuta 2021 klo 19.50
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

There’s no gnome-shell-extension-dashtodock package for focal [1], but I did try with Dash to Dock from extensions.gnome.org, and could not reproduce the issue with it. I tried with the default settings, as well as after recreating the look & feel of Ubuntu Dock as much as possible.

Dash to Dock has customizable action for the scroll (to either switch workspaces or windows, or to do nothing), and all of those also worked just as expected.

I also noticed that using the two finger scroll function of the touchpad on my laptop does *not* trigger this (whereas using the mouse on it does).

* [1] https://packages.ubuntu.com/search?keywords=gnome-shell-extension-dashtodock

Vastaa viestiin sen kontekstissa (Launchpad)

Do you want another log for that?

8. kesäkuuta 2021 klo 12.45
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

Do you want another log for that? Because (as I already mentioned above), this also reproduces when using a newly-created user, so that means no unsupported extensions.

Vastaa viestiin sen kontekstissa (Launchpad)

The crash doesn’t ”happen”, I can reproduce it at will with the steps I listed above

4. kesäkuuta 2021 klo 13.26
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: BOINC

I can reproduce the crash at will with the steps I listed above, so I don’t have to wait for it to happen. It also doesn’t forcibly log me out, so I can enter those commands by just having a terminal window present when I trigger the issue. But I logged out here (after triggering) anyway since you instructed me to log in, in case it matters.

Also, there’s lots of noise in these from Boinc, thanks to #1876313.

Vastaa viestiin sen kontekstissa (Launchpad)

There’s nothing in /var/crash

2. kesäkuuta 2021 klo 13.48
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Wayland

1. There’s nothing in /var/crash
2. There are no reports on the page for this computer.
3. Done, still nothing in /var/crash.

I don’t know if this means it’s not a true crash, although visually all the indications are there.

I also verified that this reproduces when using a newly-created user (with the only change from defaults for it being switching to Wayland), and also on another computer (also running 20.04). I am limited to using the one mouse that I have, so that all testing so far has been with the same mouse.

Vastaa viestiin sen kontekstissa (Launchpad)

Horizontal scroll over dock causes it to crash and disappear, and a temporary GUI freeze

31. toukokuuta 2021 klo 20.40
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome, Microsoft, Wayland

# Steps to reproduce
0. have a mouse with horizontal scrolling functionality (mine is a Microsoft Comfort Mouse 4500 with a tilting action for horizontal scroll)
1. move mouse pointer over the dock
2. use the mouse scroller to scroll horizontally

# What I expect to happen
Nothing

# What happens
Mouse pointer and everything on screen freezes. After a few seconds it unfreezes, but all the icons from the dock are missing. I have to log out and back in to restore the dock.

# Other info
Slightly similar to LP #1875106, but I’m not using imwheel.

I am using Wayland.

Syslog seems to always point to this one function: ”The offending callback was get_preferred_height(), a vfunc”. I’ll attach the relevant part from one crash.

Vastaa viestiin sen kontekstissa (Launchpad)

I haven’t edited the corresponding AppArmor files

26. tammikuuta 2021 klo 18.41
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Apparmor

No, I haven’t (and wouldn’t know how).

Vastaa viestiin sen kontekstissa (Launchpad)

Yes, this is still present in 20.04

26. joulukuuta 2020 klo 16.56
Sijainti: Vianhallintajärjestelmät: Launchpad

Yes, this is still present in 20.04 with printer-driver-cups-pdf 3.0.1-6, limited to original reporter’s case of having the symlink point to another filesystem; if I point ~/PDF to, say ~/tmp/PDF (without crossing filesystem borders), the PDF is created without issue, whereas having ~/PDF linked to /media/$USER/$USB_THUMBDRIVE/PDF/ does still cause it to fail:

[…]
Sat Dec 26 16:48:07 2020 [DEBUG] output filename created: /home/jani/PDF/Bug__1092099__342_200_234inconsistent_behavior_for…ry_342_200_-job_8.pdf
Sat Dec 26 16:48:07 2020 [DEBUG] ghostscript commandline built: /usr/bin/gs -q -dCompatibilityLevel=1.2 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=”/home/jani/PDF/Bug__1092099__342_200_234inconsistent_behavior_for…ry_342_200_-job_8.pdf” -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f /var/spool/cups-pdf/SPOOL/cups2pdf-233705
Sat Dec 26 16:48:07 2020 [DEBUG] output file unlinked: /home/jani/PDF/Bug__1092099__342_200_234inconsistent_behavior_for…ry_342_200_-job_8.pdf
Sat Dec 26 16:48:07 2020 [DEBUG] TMPDIR set for GhostScript: /var/tmp
Sat Dec 26 16:48:07 2020 [DEBUG] waiting for child to exit
Sat Dec 26 16:48:07 2020 [DEBUG] entering child process
Sat Dec 26 16:48:07 2020 [DEBUG] GID set for current user
Sat Dec 26 16:48:07 2020 [DEBUG] supplementary groups set for current user
Sat Dec 26 16:48:07 2020 [DEBUG] UID set for current user: jani
Sat Dec 26 16:48:07 2020 [DEBUG] ghostscript has finished: 256
Sat Dec 26 16:48:07 2020 [ERROR] failed to set file mode for PDF file: /home/jani/PDF/Bug__1092099__342_200_234inconsistent_behavior_for…ry_342_200_-job_8.pdf (non fatal)
Sat Dec 26 16:48:07 2020 [DEBUG] ERRNO: 2 (No such file or directory)
Sat Dec 26 16:48:07 2020 [DEBUG] no postprocessing
Sat Dec 26 16:48:07 2020 [DEBUG] spoolfile unlinked: /var/spool/cups-pdf/SPOOL/cups2pdf-233705
Sat Dec 26 16:48:07 2020 [DEBUG] all memory has been freed
Sat Dec 26 16:48:07 2020 [STATUS] PDF creation successfully finished for jani
jani@latimeria:~$ ls -l PDF
lrwxrwxrwx 1 jani jani 27 joulu 26 16:47 PDF -> /media/jani/KINGSTON_1G/PDF
jani@latimeria:~$ ls -l PDF/
yhteensä 0

Vastaa viestiin sen kontekstissa (Launchpad)

Sorry, tried to link this with LP #1723881 but failed, because LP #1334

27. marraskuuta 2020 klo 18.33
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Launchpad

Sorry, tried to link this with LP #1723881 but failed, because LP #1334

Vastaa viestiin sen kontekstissa (Launchpad)

Currently experiencing this

15. elokuuta 2020 klo 18.32
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Ubuntu

Currently experiencing this. `lsof /var/lib/dpkg/lock` shows only ”focal” as holding the lock. The same ”focal” process is also eating up all of the CPU. No dpkg or apt processes are listed by `ps` either.

Vastaa viestiin sen kontekstissa (Launchpad)

Hardware-accelerated video decoding (VA-API) broken in Firefox 79 (Wayland)

31. heinäkuuta 2020 klo 17.12
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Firefox, Twitch, Wayland, YouTube

After updating Firefox from 78 to 79, hardware-accelerated video decoding no longer works properly in Wayland: streaming video gets cut off with an error message from the service.

== Steps to reproduce ==
1. Follow the steps in [1] to enable VA-API.
2. Open a Youtube/Twitch video (for instance https://www.twitch.tv/rifftrax), press play

== What I expect to happen ==
For the video be played without issues (as it did with Firefox 78).

== What happens ==
After playing for a while (anything from just a few seconds to a couple of minutes), the video stops and is replaced by a service-specific error message, such as error #3000 (in case of Twitch) or (Youtube). Even when playing, the video also flickers green. After reloading the tab, the video again plays for a few seconds before the error message reappears.

== Other info ==
A fix is apparently already in the works upstream [2].

* [1] https://mastransky.wordpress.com/2020/06/03/firefox-on-fedora-finally-gets-va-api-on-wayland/
* [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1645671

Vastaa viestiin sen kontekstissa (Launchpad)

Vanhempia »