[Bug 1927100] Re: Slow file dialogs, open and save

2021-12-20 Thread buck2202
The bug description is now updated. Apologies for anything I missed!

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1927100

Title:
  Slow file dialogs, open and save

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1927100/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1927100] Re: Slow file dialogs, open and save

2021-12-20 Thread buck2202
In the attached patch, I've edited debian/changelog to include the LP
bug # as requested. I also went ahead and added some
description/reference links to the patch itself--I ended up creating a
new debdiff to do this since I wasn't sure how to manually update line
numbers in a way that would be safe. I renamed the original patch to
1-gvfs for clarity. The substance of the patch is unchanged.

I'll update the bug description momentarily. Sorry for the delay!

** Patch added: "2-gvfs.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1927100/+attachment/5548854/+files/2-gvfs.debdiff

** Description changed:

+ [Description]
+ glib GFileMonitors can cause deadlocks if not explicitly cancelled before 
unref-ing (as of Dec 2021; see 
https://gitlab.gnome.org/GNOME/glib/-/issues/1941). In gvfs <1.46.2, 
gvfsd-trash can cause this deadlock, leading to 25s delays in spawning gtk+ 
dialogs system-wide. The best userspace workaround is explicitly pkill-ing 
gvfsd-trash at a sometimes frequent interval.
+ 
+ This issue was reported and fixed in gvfs 
+ issue: https://gitlab.gnome.org/GNOME/gvfs/-/issues/485
+ commit: 
https://gitlab.gnome.org/GNOME/gvfs/-/commit/dc21a0948bcbe8a6d79d674bd1e4d63ded57d340
+ merge: https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/96
+ 
+ 
+ [Test Case]
+ To my knowledge, there is not a 100% reproducer for gvfs from userspace as 
this is a probable lock-ordering issue in lower-level code. 
https://gitlab.gnome.org/GNOME/glib/-/issues/1941 contains a reproducer for the 
underlying glib issue.
+ 
+ User reports of gvfsd-trash manifesting this deadlock exist for Focal and 
Focal-based distributions, and it has been acknowledged and worked-around in 
gvfs. See:
+ https://forums.linuxmint.com/viewtopic.php?f=47=328966 (Linux Mint forums)
+ https://github.com/linuxmint/nemo/issues/2497 (Linux Mint nemo -- file 
manager)
+ https://gitlab.gnome.org/GNOME/gvfs/-/issues/485 (gvfs bug report, includes 
diagnosis and stacktrace showing the gvfsd-trash thread)
+ 
+ The code change patched-in here has propagated to various other projects. See:
+ https://bugs.launchpad.net/ubuntu/+source/libxmlb/+bug/1890313
+ https://github.com/fwupd/fwupd/issues/2350
+ 
+ 
+ [Regression Potential]
+ This patch explicitly cancels GFileMonitors before "unreferencing" them to 
workaround a known glib issue. Absent any currently-unknown issues with the 
GFileMonitor framework, code added by this patch should be entirely within 
valid usage of GFileMonitors, is already present in gvfs releases in wide 
distribution, and, at worst, should become superfluous if/when the underlying 
glib issue is fixed.
+ 
+ In the event that gvfsd-trash had some (currently unknown) mismanagement
+ of its file watchers, it's possible that attempting to cancel an invalid
+ monitor might behave differently than unref-ing it (which was already
+ happening), but, this scenario would likely be bad either way.
+ 
+ 
+ [Original Description]
+ 
  On Ubuntu Mate 20.04.
  
  Sometime the Open and Save dialogs in GTK applications will over 20
  seconds to display.
  
  I found https://gitlab.gnome.org/GNOME/gvfs/-/issues/485 , which
  suggested this due to gvfsd-trash, and running `killall gvfsd-trash`
  which does temporary solve the problem.
  
  The issue is apparently fixed in gvfs 1.46.2
  
  Please could 1.46.2 or the fix
  https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/96 be backported to
  Ubuntu 20.04

** Description changed:

- [Description]
+ [Description/Impact]
  glib GFileMonitors can cause deadlocks if not explicitly cancelled before 
unref-ing (as of Dec 2021; see 
https://gitlab.gnome.org/GNOME/glib/-/issues/1941). In gvfs <1.46.2, 
gvfsd-trash can cause this deadlock, leading to 25s delays in spawning gtk+ 
dialogs system-wide. The best userspace workaround is explicitly pkill-ing 
gvfsd-trash at a sometimes frequent interval.
  
- This issue was reported and fixed in gvfs 
+ This issue was reported and fixed in gvfs
  issue: https://gitlab.gnome.org/GNOME/gvfs/-/issues/485
  commit: 
https://gitlab.gnome.org/GNOME/gvfs/-/commit/dc21a0948bcbe8a6d79d674bd1e4d63ded57d340
  merge: https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/96
- 
  
  [Test Case]
  To my knowledge, there is not a 100% reproducer for gvfs from userspace as 
this is a probable lock-ordering issue in lower-level code. 
https://gitlab.gnome.org/GNOME/glib/-/issues/1941 contains a reproducer for the 
underlying glib issue.
  
  User reports of gvfsd-trash manifesting this deadlock exist for Focal and 
Focal-based distributions, and it has been acknowledged and worked-around in 
gvfs. See:
  https://forums.linuxmint.com/viewtopic.php?f=47=328966 (Linux Mint forums)
  https://github.com/linuxmint/nemo/issues/2497 (Linux Mint nemo -- file 
manager)
  https://gitlab.gnome.org/GNOME/gvfs/-/issues/485 (gvfs bug report, includes 
diagnosis and stacktrace showing the gvfsd-trash thread)
  
  The code change patched-in here has propagated to various 

[Bug 1930312] Re: USB disks and SD cards mount for wrong user

2021-12-20 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: caja (Ubuntu)
   Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1930312

Title:
  USB disks and SD cards mount for wrong user

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-mate/+bug/1930312/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 36812] Re: Keyboard layout change on hotkeys press instead of release and do not work well with shortcuts

2021-12-20 Thread Nazarii Ritter
Daniel (or anyone else), can you explain why the current state of things
with keyboard shortcuts is considered better?

Here is how I see it works in Windows and Ubuntu.

How it works in Windows:

(I press Ctrl) + (I release Ctrl) = the mouse pointer is shown.
(I press Ctrl + I press Shift) + (I release Ctrl + I release Shift) = a 
keyboard layout changed.
(I press Ctrl + I press Shift + I press N) + (I release Ctrl + I release Shift 
+ I release N) = a new folder created.

How it works in Ubuntu:
---
(I press Ctrl) = the mouse pointer is shown.
(I press Ctrl) = the mouse pointer is shown. Though, I wanted also to press 
Shift, then release Ctrl and Shift and get a keyboard layout changed.
(I press Ctrl) = the mouse pointer is shown. Though, I wanted also to press 
Shift and N, then release Ctrl, Shift  and N and get a new folder created.

As you can see, even if dozens of shortcuts are possible, they get
completely useless in Ubuntu as they get blocked immediately one presses
Ctrl (in the example I presented). I always thought that making things
easier and faster is very important (especially, nowadays). It's easier
and faster to copy/paste via Ctrl+C, Ctrl+V than via Edit menu where you
have to find where those copy/pase items reside.

Maybe I and other users don't understand something. Explain, please.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812

Title:
  Keyboard layout change on hotkeys press instead of release and do not
  work well with shortcuts

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-control-center/+bug/36812/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1882291] Re: Gnome Shell clock is truncated/corrupt on the right side

2021-12-20 Thread Jaromir Obr
I can confirm that moving of mouse cursor over the time in time widget fixes 
the issue (temporarily, because it usually occurs in a few minutes again).
Also if I press "PrtScr" to save screenshot, the issue is fixed itself.

Tested with Ubuntu 21.10, Gnome 40.4.0, Wayland.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1882291

Title:
  Gnome Shell clock is truncated/corrupt on the right side

To manage notifications about this bug go to:
https://bugs.launchpad.net/mutter/+bug/1882291/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1913775] Re: Copy from Firefox Wayland fails to be pasted anywhere else

2021-12-20 Thread Launchpad Bug Tracker
This bug was fixed in the package gtk+3.0 - 3.24.30-3ubuntu2

---
gtk+3.0 (3.24.30-3ubuntu2) jammy; urgency=medium

  * debian/patches/git_wayland_clipboard.patch:
- wayland: Ensure clipboard handling doesn't lock up in certain
  corner cases, fix copy from firefox being unreliable (lp: #1913775)

 -- Sebastien Bacher   Fri, 17 Dec 2021 16:09:39
+0100

** Changed in: gtk+3.0 (Ubuntu)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1913775

Title:
  Copy from Firefox Wayland fails to be pasted anywhere else

To manage notifications about this bug go to:
https://bugs.launchpad.net/gtk/+bug/1913775/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1955362] Re: epiphany December 2021 XSS issues

2021-12-20 Thread Jeremy Bicha
** Also affects: epiphany-browser (Ubuntu Jammy)
   Importance: Undecided
   Status: Fix Released

** No longer affects: epiphany-browser (Ubuntu Jammy)

** Changed in: epiphany-browser (Ubuntu)
   Status: Fix Released => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to epiphany-browser in Ubuntu.
https://bugs.launchpad.net/bugs/1955362

Title:
  epiphany December 2021 XSS issues

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/1955362/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1955362] Re: epiphany December 2021 XSS issues

2021-12-20 Thread Launchpad Bug Tracker
This bug was fixed in the package epiphany-browser - 41.2-1

---
epiphany-browser (41.2-1) unstable; urgency=high

  * New upstream release
- Includes fixes for CVE-2021-45085, CVE-2021-45086, CVE-2021-45087,
  CVE-2021-4508 (LP: #1955362)
  * debian/copyright: minor update

 -- Jeremy Bicha   Sun, 19 Dec 2021 20:27:53 -0500

** Changed in: epiphany-browser (Ubuntu)
   Status: Confirmed => Fix Released

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-4508

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to epiphany-browser in Ubuntu.
https://bugs.launchpad.net/bugs/1955362

Title:
  epiphany December 2021 XSS issues

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/1955362/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs