the issue there is that packagekit is proposing offline updates which it
shouldn't do on Ubuntu
** Package changed: gnome-shell (Ubuntu) => packagekit (Ubuntu)
** Changed in: packagekit (Ubuntu)
Importance: Low => High
** Tags added: rls-jj-incoming
--
You received this bug notification
** Package changed: fprintd (Ubuntu) => gnome-shell (Ubuntu)
** Project changed: fprintd => gnome-shell
** Changed in: gnome-shell (Ubuntu)
Status: New => Triaged
** Changed in: gnome-shell (Ubuntu)
Status: Triaged => In Progress
--
You received this bug notification because you
You have been subscribed to a public bug:
When I want to turn off a computer, I got a checkbox "Install deferred
updates" (see screenshot, I'm not sure if my back-translation is
correct).
If the checkbox is checked, Ubuntu box reboots instead of powering off.
It is not "rebopot to install
You have been subscribed to a public bug:
### Affected version
* Your OS and version: ubuntu 22.04 (dev series, before release)
* Affected GNOME Shell version: 41.3-1ubuntu1
* Issue appears in Wayland
### Bug summary
Sometimes gnome-shell hangs when I open the laptop to login from the
suspend
This is *not* a packagekit issue. There are flavours upgrading using
packagekit, not everyone uses update-manager. It's either gnome-shell or
gnome-session or something that should not be reacting to this.
** Package changed: packagekit (Ubuntu) => gnome-shell (Ubuntu)
--
You received this bug
Though on the other hand I don't really want flavours to do offline
upgrades, but I don't think we have a clear-cut policy on that. Either
way, removing the feature inside PackageKit might break some flavours,
so seeing as we are past feature freeze, fixing that in the frontend
would be less
** Changed in: gedit (Debian)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1901446
Title:
Add gir1.2-tepl-5 package depedency
To manage
Public bug reported:
sometimes the system uses 11GB of 16GB ram for 10+ gnome-shell processes.
It seemingly occurs as soon as deleting files via the file manager. It occurred
for me when trying to delete 500 files with a total of 700mb but also when just
deleting 200 files totaling around 75mb.
attached you can find a screenshot of htop after deleting multiple files. The
ram usage does not seem to be dependent of the files deleted (no apparent
difference between deleting 200 files totaling 75mb and 500 files totaling
700mb)
In this instance there were almost 40 processes of the
The issue on the screen
** Attachment added: "Zrzut ekranu z 2022-03-01 13-52-51.png"
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1962576/+attachment/5564482/+files/Zrzut%20ekranu%20z%202022-03-01%2013-52-51.png
--
You received this bug notification because you are a member
Public bug reported:
I had thunderbird open with gnome dock saying it has two windows. I've
realized then on the top left of my screen there is context menu of dock
- where you can Quit/Open New Windows and some commands specific to
program(thunderbird in my case). The menu is unclickable, over
I am still having the same issue, along with many others issues lol... I
have stopped trying to find any useful answers, as most sources seem
content with being in control, obfuscating, complaining about people's
questions or just plain bullying.
I actually saw this as advice in a 'support forum'
*** This bug is a duplicate of bug 1959937 ***
https://bugs.launchpad.net/bugs/1959937
Thank you for taking the time to report this crash and helping to make
this software better. This particular crash has already been reported
and is a duplicate of bug #1959937, so is being marked as such.
Public bug reported:
If I un-check the "Make available to other users" box, as soon as the
computer is rebooted it will not re-connect to that WiFi network again
and acts as if it has never connected to the network.
I have to click on the SSID name and set up a new connection (e.g.
"SSIDname 1")
Fixing the statement from the previous post, the feature had been not working
and was fixed in
https://gitlab.gnome.org/GNOME/gnome-shell/-/commit/83c6b2a
So yes, it's a regression and we need to decide on the best way forward
--
You received this bug notification because you are a member of
Was it a change on the packagekit side this cycle? The shell has been
having the same behaviour of displaying the dialog if offline updates
are enabled for a long time
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in
** Summary changed:
- gnome-shell crash after resume from suspend in util.js:154
+ gnome-shell crash after resume from suspend in gdm/util.js:154
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
This bug was fixed in the package gtk+3.0 - 3.24.20-0ubuntu1.1
---
gtk+3.0 (3.24.20-0ubuntu1.1) focal; urgency=medium
* debian/patches/git_rendering_issues.patch:
- cherry pick an upstream fix for opengl display issues when using
software rendering (lp: #1960947)
*
** Attachment removed: "CoreDump.gz"
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1962513/+attachment/5564231/+files/CoreDump.gz
** Changed in: gnome-shell (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: gnome-shell (Ubuntu)
Importance: Undecided => High
**
*** This bug is a duplicate of bug 1934185 ***
https://bugs.launchpad.net/bugs/1934185
Thank you for taking the time to report this bug and helping to make
Ubuntu better. This particular bug has already been reported and is a
duplicate of bug 1934185, so it is being marked as such. Please
*** This bug is a duplicate of bug 1934185 ***
https://bugs.launchpad.net/bugs/1934185
** This bug is no longer a duplicate of bug 1936644
Right-clicking on the empty trash bin in the dock results in broken empty
menu
** This bug has been marked a duplicate of bug 1934185
Ubuntu Dock
** Bug watch added: github.com/micheleg/dash-to-dock/issues #1265
https://github.com/micheleg/dash-to-dock/issues/1265
** Also affects: dash-to-dock via
https://github.com/micheleg/dash-to-dock/issues/1265
Importance: Unknown
Status: Unknown
** Changed in:
Do you mean the desktop menu?
IIRC, it matches entries based on their individual descriptions and
names.
You can edit the launcher by right-clicking on the entry. You can
change it so that the 'Description' field includes the term 'GPG'.
I did this and it worked for me on Linux Mint, but this
HUD?.. Heads-Up Display?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to seahorse in Ubuntu.
https://bugs.launchpad.net/bugs/1958398
Title:
seahorse does not show in HUD for "gpg"
To manage notifications about this bug go to:
** Changed in: ubuntu-power-consumption
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to tracker-miners in Ubuntu.
https://bugs.launchpad.net/bugs/1961540
Title:
tracker-miner-fs-3 massive CPU usage and
Commit 83c6b2a was released already in gnome-shell 3.37.1
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1962346
Title:
Ubuntu reboots instead of powering off if a software
Thanks for the bug report. Yes this did sound a lot like bug 1876641
when you mentioned it yesterday and I even installed 20.04 and verified
that "show-trash false" fixed it for me.
I did however find that Ubuntu 22.04 has a lesser form of the issue
where gnome-shell/ubuntu-dock will suddenly
** Summary changed:
- gnome-shell memory use climbs to multiple GBs
+ gnome-shell memory use climbs when dash-to-dock show-trash is enabled
** This bug is no longer a duplicate of bug 1876641
gnome-shell leaks hundreds of megabytes when the dock option 'show-trash' is
enabled.
--
You
This sounds like the first fix for the issue which probably explains why
it mostly went away in 20.10:
https://github.com/micheleg/dash-to-
dock/pull/1266/commits/a8c0e1ece7b69e893943ab44a561e8ab2979551f
The fix is missing in 20.04 still. But performance of deleting files is
still poor even in
** Summary changed:
- gnome-shell crashed with SIGSEGV in meta_context_terminate()
+ gnome-shell crashed with SIGSEGV in meta_context_terminate(context=0x0) from
process_ice_messages()
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Public bug reported:
playing an .avi video i select 'take screensot' and i have a small window with
a message 'Totem could not get a screenshot of the video. This is not supposed
to happen; please file a bug report'corrado@corrado-p5-jj-0203:~$ inxi -SGx
System:
Host: corrado-p5-jj-0203
Doesn't seem to be a problem in dashtodock, only ubuntu-dock.
** Also affects: gnome-shell-extension-dashtodock (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-shell-extension-dashtodock (Ubuntu)
Status: New => Invalid
--
You received this bug notification
Public bug reported:
gnome-shell memory usage spikes when deleting files in Nautilus if dash-
to-dock show-trash is enabled.
For example if I delete 1500 files in Nautilus then gnome-shell suddenly
gets 15MB bigger. It does come back down within about 10 seconds, but
still not ideal for
Bug 1960336 and bug 1960387 might be related
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1962566
Title:
gnome-shell crash after resume from suspend in util.js:154
To
34 matches
Mail list logo
