Viestialustana vianhallintajärjestelmät

user_s_id translation missing, and redundant in update email template

18. heinäkuuta 2021 klo 15.53
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Brave, Crowdin, Gmail, iNaturalist, saavutettavuus

Describe the bug
The email with updates from the last 24 hours lists identifications, and mentions the name of the user having made the ID. The name is apparently supposed to be listed three times (!), but the middle occurrence is ”untranslated”, resulting in it being rendered as ”User S” for all identifications listed in the email.

Screenshot from 2021-07-18 14-58-03 (copy)

Tooltip text for the ”User S” string says ”translation missing: fi.user_s_id”, as I’m using the fi locale, but user_s_id is nowhere to be found in Crowdin, nor in current en.yml, so I suspect this is independent of the locale. The reference to user_s_id is in _update_email_activity.html.

I don’t know if this is doable, but after fixing this broken reference, I’d remove the first (header) mention of the identifier from the email altogether, since it’s followed by a listing of all the new identifiers anyway, so mentioning just the last identifier’s name in the header is redundant and confusing.

Also, rather than fixing/adding the currently broken ”User S” reference in the source, I’d remove it too, since the identifier’s name is already listed (for the third time!) right after the ID.

To Reproduce

  1. Subscibe to email updates.
  2. Have your observations identified in the last 24 hours.
  3. View the email update listing the identifications.

Observed behavior
Screenshot from 2021-07-18 15-21-05

Expected behavior
(A mockup of how the simplified view I’d prefer to receive. Sorry I didn’t have the email in English to base this on.)

Screenshot from 2021-07-18 15-21-05 (copy)

I’m using Gmail with Brave if that’s relevant.

Vastaa viestiin sen kontekstissa (Github)

I tried Dash to Dock from, 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, 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]

Vastaa viestiin sen kontekstissa (Launchpad)

Previously: #828

9. kesäkuuta 2021 klo 13.47
Sijainti: Vianhallintajärjestelmät: Gnome GitLab
Avainsanat: Rhythmbox

Previously: #828

Vastaa viestiin sen kontekstissa (Gnome GitLab)

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)

I’ve now rebased and pushed the changes, hope this works for you

2. kesäkuuta 2021 klo 22.13
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Github

@FlexW I’ve now rebased and pushed the changes, hope this works for you. I don’t see a way for me to merge this myself here, ”Only those with write access to this repository can merge pull requests.”

Vastaa viestiin sen kontekstissa (Github)

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

# 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)

The terse explanation still seems pretty meaningless

28. toukokuuta 2021 klo 13.13
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Nextcloud, Ubuntu

I can add that to options.rst, but the terse explanation still seems pretty meaningless; at least for me there’s no visible difference when I run nextcloud with --background compared to running without.

This could be due to #2333 though, if running without --background is supposed to open the main dialog (which has never worked on Focal). If so, I’d mention this too, something like: ”Launch the application in the background (without opening the main dialog).”

Vastaa viestiin sen kontekstissa (Github)

Not really, as I don’t know what the parameter does… due to it being undocumented :)

27. toukokuuta 2021 klo 18.12
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Nextcloud

@FlexW Not really, as I don’t know what the parameter does… due to it being undocumented :) Editing options.rst shouldn’t be an issue, I’d just need to know what it should say about --background.

Vastaa viestiin sen kontekstissa (Github)

Vanhempia »