Public bug reported:
Reproduced using: c=`tput cols`; w=$((c-1)); printf "% ${w}s\tb" a
Expected: 'a' is displayed, followed by a space and 'b' on the next line
Actual: 'ab' is displayed, with no tab (space) between 'a' and 'b'.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package:
After looking through other processes that use CPU while selecting text,
I noticed clipit there as well. Closing clipit seems to improve things a
lot. I still see gnome-shell go to 25% CPU but the UI is responsive now.
--
You received this bug notification because you are a member of Ubuntu
After looking through other processes that use CPU while selecting text,
I noticed clipit there as well. Closing clipit seems to improve things a
lot. I still see gnome-shell go to 25% CPU but the UI is responsive now.
** This bug is no longer a duplicate of bug 1850969
x11 session all mouse
Public bug reported:
After upgrading from ubuntu-18.04 to 20.04 I noticed that selecting text
via shift-rightarrow in any app (gedit, chrome, firefox) makes X11 stop
updating all apps' window contents while gnome-shell jumps to 100% cpu
in top.
This is on an idle DELL e7440 laptop (i5-4210U with
GitLab GNOME bug id is 217:
https://gitlab.gnome.org/World/ShellExtensions/desktop-
icons/-/issues/217
I also ran 'apport-collect 189326' and selected 'Send report (26 KB)'.
Will use 'ubuntu-bug' in the future.
--
You received this bug notification because you are a member of Ubuntu
Desktop
apport information
** Attachment added: "ProcCpuinfoMinimal.txt"
https://bugs.launchpad.net/bugs/1893265/+attachment/5405423/+files/ProcCpuinfoMinimal.txt
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
apport information
** Attachment added: "ProcEnviron.txt"
https://bugs.launchpad.net/bugs/1893265/+attachment/5405424/+files/ProcEnviron.txt
** Bug watch added:
gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/issues #217
apport information
** Tags added: apport-collected
** Description changed:
Ubuntu 20.04.1
GNOME 3.36.2
GNOME extensions: dash-to-panel 39
Xorg 7.7+19ubuntu14
Starting an app from its .desktop shortcut should deselect the shortcut
icon after double-clicking on it, because it lets
Public bug reported:
Ubuntu 20.04.1
GNOME 3.36.2
GNOME extensions: dash-to-panel 39
Xorg 7.7+19ubuntu14
Starting an app from its .desktop shortcut should deselect the shortcut
icon after double-clicking on it, because it lets the user know that the
double-click was registered (as opposed to a
Public bug reported:
I'm on ubuntu 13.04 amd64, I switched from unity to gnome-session-
fallback to get the classic taskbar, etc.
Problem: when clicking anything in the title bar (text,
close/minimize/maximize buttons) for some applications, the click event
seems to fall through to the window
Public bug reported:
Steps to reproduce:
- open gedit
- hit 'open file' in gedit
- in the open file dialog, go to your Documents folder (or any other folder)
- run this in a console: chmod 777 Documents
- in the open dialog, a new bogus Documents folder appears under the real
~/Documents folder
Thanks for the suggestion. But I'm not convinced this has to do with
'default monitor' settings. If a process's window is on one monitor,
any new windows (or processes) started by it should show up on the
same monitor (be it default or not).
On Mon, Jun 21, 2010 at 6:24 AM, ChrisKelley
Not related to compiz (I am running plain metacity here).
Any known workarounds ? I only see the bug in some pygtk app.
--
GtkFileChooser dialog size randomly broken
https://bugs.launchpad.net/bugs/285285
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
13 matches
Mail list logo
