Thanks for looking so quickly. I'm almost certain the problem will go
away without the nvidia driver because the nouveau driver didn't
recognise the hardware when I booted off the USB installer, so reverse
prime won't work and there will be no external monitor, which is a
completely new problem.
Public bug reported:
With my Legion Slim 7 in hybrid graphics mode (using amdgpu to drive the
laptop display) and an external monitor connected via the nvidia card on
a USB-C/HDMI connection, Xorg consistently uses around 40% CPU even with
no apps running.
If I put the laptop in discrete
Could this be the problem described here:
https://forums.developer.nvidia.com/t/ryzen-7-gtx-1660ti-blank-screen-
on-external-outputs-in-hybrid-graphics-mode/157800
ie (and this is the case if the external display is connected to the
NVIDIA card):
"Using amdgpu as a display offload source is
** Description changed:
When I select the task bar menu, click on the Wifi and select "Select to
network", a modal window appears that allows me to select a Wifi
network.
- Normally, when I click Cancel or Connect, the modal window disappears
- and returns me to the desktop.
+ After I
Public bug reported:
When I select the task bar menu, click on the Wifi and select "Select to
network", a modal window appears that allows me to select a Wifi
network.
After I have clicked on one of the networks, normally, when I click
Cancel or Connect, the modal window disappears and returns
The new mutter fixes things for me too, thanks for the quick turnaround
(Wayland still has some annoying issues)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1917926
Title:
Window
Public bug reported:
In Wayland, some maximized windows such as gnome-terminal and Eclipse
get moved to behind the dock when the screensaver is unlocked, ie the
window starts maximized and drawn next to the dock, but after locking
and unlocking the screen it is now behind the dock (see attached
*** This bug is a duplicate of bug 1917926 ***
https://bugs.launchpad.net/bugs/1917926
Yep, I'd say it's that bug. It's fine under Wayland.
In 21.04 will it be possible to select a Wayland session from the login
screen without commenting out the gdm rule that disables Wayland if the
nvidia
*** This bug is a duplicate of bug 1917926 ***
https://bugs.launchpad.net/bugs/1917926
** Description changed:
- After a recent update in 21.04, I can no longer move windows by clicking
+ After a recent update in 21.04, I can no longer move windows with
+ integrated title bars (eg nautilus,
Public bug reported:
After a recent update in 21.04, I can no longer move windows by clicking
on the taskbar and dragging. I can't resize them either - although the
mouse icon changes, when I click and move the mouse the window doesn't
resize.
I can move a window holding the Super key and
Actually, I don't think this bug was ever fixed. IIRC we suggested
putting in a configurable time for checking the SMART mon status but the
gnome dev said that the bug was due to buggy hard drive firmware and so
he wasn't going to do anything about it. It's a pain because each time
udisks2 is
I think this might be fixed now - g-c-c hasn't updated, but I am seeing
the dropdowns for resolution and primary display now.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
I think this affects me, at least I no longer get dash-to-dock or
ubuntu-dock now that groovy has updated to 3.37.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Ubuntu.
However, the gnome-3-38 branch in dash-to-dock does work.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Ubuntu.
https://bugs.launchpad.net/bugs/1880099
Title:
ubuntu-dock no longer loads under
Also may be of interest: if I set either laptop or external monitor to a
non-native resolution, I do get a dropdown for the screen set to non-
native resolution and can change the resolution in g-c-c.
--
You received this bug notification because you are a member of Desktop
Packages, which is
Perhaps of interest: if I set the primary monitor to the external
monitor via xrandr and then run g-c-c, g-c-c shows a dropdown that
allows me to select the laptop monitor as primary. Then if I close g-c-c
and re-run it, the dropdown doesn't appear any more.
--
You received this bug notification
Thanks Sebastien: reverting to gnome-settings-daemon 3.36.1-1ubuntu2
(and rebooting) fixed all the hotkey issues for me.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
@Geziel: well, Ubuntu 20.10 *is* a development version, so you expect
some bugs. It is normally more usable at this stage of the development
cycle, though.
FWIW, I ran evtest, and the keys are mostly being reported the same in
groovy and focal - they just don't work in groovy. eg the function
Public bug reported:
The Ubuntu 20.10 version of g-c-c lacks the dropdown controls for
changing screen resolution or selecting the primary monitor. Where there
is normally a dropdown, there is just a label showing the current screen
resolution or primary monitor. In some cases the dropdown is
PrtScr and Alt-PrtScr are also not working for me. (Alt-F2 does work,
though.)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1893579
Title:
Ctrl + Alt + T and Fn keys not
FWIW, in Ubuntu 20.10 you can't change the resolution of the external
monitor with g-c-c at all, because there is no dropdown for the
resolution, just a label showing the current resolution.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
I reported it here: https://gitlab.gnome.org/GNOME/mutter/-/issues/1402
** Bug watch added: gitlab.gnome.org/GNOME/mutter/-/issues #1402
https://gitlab.gnome.org/GNOME/mutter/-/issues/1402
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
@Daniel: That current mode is from the xrandr.txt when the working
2560x1440 resolution is set. Lionel and I got the 23.98 Hz figure from
monitors.xml that I generated after the 1920x1080 change is applied and
the monitor has no signal. With the monitor receiving no signal in
1920x1080, the
But why does g-c-c choose the lowest frequency refresh instead of the
highest? If I set the resolution to 1920x1080 using xrandr, it chooses
the 60 Hz option:
1920x1080 60.00* 50.0059.9430.0025.0024.00
29.9723.98
which is this modeline:
1920x1080 (0xbc) 148.500MHz
This is monitors.xml after changing to the (non-working) 1920x1080
configuration. It seems to have chosen a refresh rate of
23.976079940795898 Hz (is that the last option in xrandr's modeline
"1920x1080 60.0050.0059.9430.0025.0024.00
29.9723.98"?).
When I use xrandr to
This is after changing to the (working) 2560x1440 resolution.
** Attachment added: "monitors-2560x1440.xml"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1892296/+attachment/5405199/+files/monitors-2560x1440.xml
--
You received this bug notification because you are a
No, that doesn't help - the screen stays blank if I set it to 1920x1080
using g-c-c and then run the set max bpc command.
I also tried setting 1920x1080i using xrandr in case that's what g-c-c
was choosing but it worked fine.
With the 1920x1080 setting chosen in g-c-c (and the monitor
** Attachment added: "journal.txt"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1892296/+attachment/5404256/+files/journal.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
** Attachment added: "xrandr.txt"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1892296/+attachment/5404255/+files/xrandr.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
It doesn't work in Wayland, either.
** Attachment added: "lspci.txt"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1892296/+attachment/5404254/+files/lspci.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
Public bug reported:
g-c-c is unable to change the resolution on my external 2560x1440
monitor to 1920x1080 - when I try, the monitor turns off.
However, the command "xrandr --output HDMI-1 --mode 1920x1080" does
successfully change the resolution.
xrandr for the monitor shows:
HDMI-1
My Ubuntu 20.04 installation just did this - something changed the
org.gnome.desktop.lockdown disable-lock-screen to true and also the
blank screen to never (did an update do this?).
But there's nothing I can see in gnome-control-center to modify this
value, making this bug pretty obscure when it
: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
(20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePackage: gnome-shell
Sta
InstallationDate: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_R
1570619894
InstallationDate: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bas
ell
ExecutableTimestamp: 1570619894
InstallationDate: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
rmine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePackage: g
I think this might be fixed in gnome-shell 3.36.0-2ubuntu2 - I can't
reproduce my duplicate bug https://bugs.launchpad.net/bugs/1868418
anymore.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
It looks like it's fixed here in gnome-shell 3.36.0-2ubuntu2, thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1868896
Title:
Minimized windows reappear when closing the
How quickly is Ubuntu likely to be refreshed with the fix? I don't mind
minimized windows pseudo-reappearing after the overview screen closes,
but they also do the same on every right mouse click in many apps, and
then it's a right pain when you keep clicking on them and wonder why
they aren't
This doesn't happen with every application, eg right-clicking in
Firefox, nautilus, and gnome-terminal demonstrates the bug, but right-
clicking in google-chrome doesn't.
Also, the behaviour is slightly different in Wayland vs X11 - in X11 I
can't interact with the backgrounded window's titlebar
Public bug reported:
In today's update of Ubuntu 20.04, if I do this:
* Run Firefox non-maximized
* Run another app (eg nautilus or gnome-terminal)
* Minimize the other app
* Right-click on the firefox window
then the other app suddenly re-appears. You can only interact with its
titlebar,
;Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePack
I know we're not supposed to comment on this bug, but this is just to
quickly note that almost all of the issues I noted in comment #7 have
disappeared now in gnome-shell 3.36.0-2ubuntu1.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
Extensions are pretty badly buggy for me on Focal. Some work, but many
don't, and won't upgrade, can't be configured, and don't give any
information about why they have failed.
If I go to https://extensions.gnome.org/, the installed extensions page
tells me that there are extensions like
(20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePackage: gnome-shell
StacktraceTop:
: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_R
The snap version was the only version available in 19.04, and it doesn't
run for me in 19.10, but I see there's a non-snap version now available
in 19.10 that does run.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-calculator in
2019
DisplayManager: gdm3
ExecutablePath: /usr/bin/gnome-shell
ExecutableTimestamp: 1570619894
InstallationDate: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /
DisplayManager: gdm3
ExecutablePath: /usr/bin/gnome-shell
ExecutableTimestamp: 1570619894
InstallationDate: Installed on 2019-07-01 (112 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
P
Here's the xrandr. It looks like 0x0 is selected for display Virtual2
and maybe this is confusing g-c-c.
** Attachment added: "xrandr"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1851189/+attachment/5302626/+files/xrandr
--
You received this bug notification because
Public bug reported:
On a VirtualBox 6.0.14 host, with a fresh install of Ubuntu 19.10 and
the virtualbox guest drivers installed, I can't configure a second
display, although xrandr shows it to be present.
Steps:
1. Install VirtualBox
2. Install Ubuntu 19.10 as a guest with 2 displays (note:
)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.
line: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePackage: gnome-shell
StacktraceTop:
() at /
t; - Alpha amd64 (20190606)
ProcCmdline: /usr/bin/gnome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
PATH=(custom, no user)
SHELL=/bin/bash
XDG_RUNTIME_DIR=
RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1
Signal: 6
SourcePackage: g
I think it's fixed now, so closing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1842882
Title:
gnome-control-center no longer shows all the xrandr resolutions
Status in mutter
I think it's resolved now.
** Changed in: mutter (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1842882
Title:
gnome-control-center no longer
Even with the POP OS! PPA removed, this is still happening. Sometimes
the resolutions are all there and sometimes not.
** Changed in: mutter (Ubuntu)
Status: Invalid => New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter
I think this might have been caused by the Pop OS! PPA
(ppa:system76/pop). I think I must have installed it months ago for some
icon set without realising that it loads a ton of other stuff. Its
latest iteration of g-c-c segfaults, which is how I realised what was
going on. Purging the PPA and
This bug is still an issue with mutter 3.34.0-3ubuntu1. Is there any
more info I can provide?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1842882
Title:
gnome-control-center no
It's fixed for me, too, thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Ubuntu.
https://bugs.launchpad.net/bugs/1843520
Title:
ubuntu-dock right-click menu appears at the top-left corner of
@seb128: Is the fix in the pull request at https://github.com/micheleg
/dash-to-dock/pull/975? That version of dash-to-dock works fine for me
in Eoan.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Unfortunately there isn't a working version of dash-to-dock for gnome
33/34, but dash-to-panel is a nice workaround for this issue.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Ubuntu.
This is probably the relevant error:
Sep 11 12:24:12 xps15 gnome-shell[16574]: JS ERROR: TypeError:
mutterWindow.get_texture(...).get_size is not a function
_cloneTexture@/usr/share/gnome-shell/extensions/ubuntu-d...@ubuntu.com/windowPreview.js:382:62
Public bug reported:
Very recently the ubuntu-dock has started displaying some right-click
menus for pinned apps on the wrong monitor. It doesn't happen for all
the apps, but when it does, the menu is permanent but you can't click on
it and you have to restart gnome-shell with ALT-F2 'r' (which
After resuming from suspend, the extra resolutions have disappeared from
g-c-c (but are still available via xrandr), so something is still
triggering the bug.
** Changed in: gnome-control-center (Ubuntu)
Status: Invalid => New
--
You received this bug notification because you are a
Looks like it's fixed now.
** Changed in: gnome-control-center (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1842882
Title:
A side-effect of this is that after resuming, gnome-shell will have
often (but not always) reverted to a different resolution from the one
set when it suspended.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in
For me the best solution would be if Ubuntu shipped with a yaru-dark
shell theme so you could make the desktop visually consistent out-of-
the-box. But that's just my 2 cents... when I suggested this in another
bug report about the system pop-up boxes, it wasn't received with any
enthusiasm!
--
Ok, I know what has happened. In Disco the default shell theme has dark
topbar menus (and light popup windows eg ALT F2) so the topbar menus are
always dark. But now in Eoan the topbar menus have changed to always be
"light". See the attached screenshot, where I have selected "Try Ubuntu"
from the
But user themes *is* installed and *is* working - here's a screenshot of
gnome-tweaks/Extensions showing the user themes extension with no
exclamation mark. It most definitely is working, because I can change
the themes (application and shell themes) to my user-installed ones.
I think the user
** Summary changed:
- gnome-shell top bar menus no longer honour dark theme settings
+ gnome-shell top bar menus no longer honour application theme settings, eg
dark themes
** Description changed:
- When you selected a dark theme, the gnome-shell top bar menus used to
- also switch to match
I already had the user themes extension installed (and in gnome-tweaks,
it says user themes are turned on and have no errors). I didn't have the
gnome-shell-extensions package, but installing it doesn't fix the bug.
Note that if I choose a dark user them for the shell, it does change the
toolbar
Public bug reported:
When you selected a dark theme, the gnome-shell top bar menus used to
also switch to match the theme (ie light text on a dark background) - eg
see the screenshot showing the top-bar calendar at
https://micheleg.github.io/dash-to-dock/news/2015/03/01/approaching-
** Attachment added: "Output from xrandr"
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1842882/+attachment/5286922/+files/xrandr
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
I can still manually apply resolutions from the command line, eg "xrandr
-s 2048x1152" changes the screen resolution correctly.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
Public bug reported:
Very recently gnome-control-center started only showing a subset of the
available screen resolutions. I'll attach a screenshot and also the
xrandr dump to show what I mean, eg you can see that the 2048x1152
(16:9) resolution is now missing.
ProblemType: Bug
DistroRelease:
Thanks, mutter 3.32.2+git20190711-2ubuntu1 fixes it for me in eoan.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1834583
Title:
[eoan][regression] GNOME Shell hangs when closing a
FWIW, if this is the same as bug #1835033, I find it only hangs when you
close a dialog of a dialog - closing a first-level dialog of the main
program seems to be ok.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
Did launchpad auto-fill in the bug title? I don't remember typing in
"spinning" or any of the rest of the text, but maybe I'm just going mad!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
I did that and it is reported as bug #1835033.
When I killed the frozen gnome-shell process, it had recovered by the
time I switched back to it and I was then able to close the offending
window.
--
You received this bug notification because you are a member of Desktop
Packages, which is
Also in case it's of any help, I only have Ubuntu's default gnome-shell
extensions running.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1834984
Title:
gnome-shell freezes with
Hmm. I did that, and eventually it asked if I wanted to send a report,
so I said yes ('S' for send), and then nothing happened except it
created a zero-length file /var/crash/_usr_bin_gnome-
shell.0.7619.hanging. A bit later I got a window saying that a report
was ready to send, so I told it to
That command gives me "apport-cli: error: -u/--update-bug option cannot
be used together with options for a new report".
Should I omit the -u option and create a new bug?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in
Public bug reported:
Whenever I run Netbeans 11 (using either openjdk11) and (eg):
1. Open Tools / Plugins.
2. Go to Settings.
3. Click on 'Add'.
4. Click 'Cancel'.
then gnome-shell freezes (except for the mouse), apparently indefinitely
(I have left it for 30+ minutes.)
I can login as another
Public bug reported:
If I launch (eg) nautilus from gnome-terminal, the address bar gets
focus so I can press CTRL-L to immediately start typing in an directory
path, and if I launch (eg) gnome-calculator from gnome-terminal, the
data entry field gets focus so I can start typing in a calculation.
Public bug reported:
Relatively recently, after I reboot Ubuntu 19.04, the wireless network
connects but DNS is not working. This is because the /etc/resolv.conf
file, which is a symlink to ../run/resolvconf/resolv.conf, has no
nameserver entries:
# Dynamic resolv.conf(5) file for glibc
I haven't noticed it happening in 18.10 or 17.04.
** Changed in: nautilus (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1613711
Title:
I think these issues are all fixed in 19.04 except that gnome-shell
stores screen configurations in different places for Wayland and X.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
Oops, it was either acpi_osi=! or acpi_osi='Windows 2009' that was
causing the problem. I had copied them in to try and get the nvidia card
working after resume, but it turns out they aren't needed for the nvidia
card to work anyway.
Sorry for the noise.
** Changed in: upower (Ubuntu)
@Daniel: I still see this bug occasionally in 18.10 and 19.04. When it
happens, the ubuntu dock and the status bar still work, but none of the
applications will accept any input, including gnome-terminal. You can
switch applications using the dock, but alt-tab doesn't do anything, and
ALT-F2
Public bug reported:
When I press the screen backlight up/down buttons, gnome-shell pops up
the backlight control window saying that the backlight is being
adjusted, but the actual screen brightness does not change.
The problem is that gnome is adjusting
My bad: I had a custom udisks2 installed in /usr/local/lib and it got
leftover during the upgrade from cosmic to disco. Deleting these files
fixes the problem.
** Changed in: udisks2 (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of
Here's dpkg -l|grep udisk:
ii gir1.2-udisks-2.0:amd64 2.8.1-3
amd64GObject based library to access udisks2 -
introspection data
ii libudisks2-0:amd642.8.1-3
amd64
Public bug reported:
udisks2 fails to start with this message:
$ systemctl status udisks2.service
● udisks2.service - Disk Manager
Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor preset:
enabled)
Active: failed (Result: exit-code) since Wed 2019-01-16 01:47:32 AWST;
It's still an issue in Ubuntu 18.04 and 18.10. g-c-c should really
prompt the user to install gnome-online-accounts if it is not installed
instead of pretending to work and then failing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
gdm
disappears even though gnome-shell is fine: if I try switching to tty1
with CTRL-ALT F1, I just see a list of bootup messages (like 'Starting
Fingerpint Authentication Daemon').
loginctl shows only one session:
$ loginctl
SESSION UID USER SEAT TTY
2 1001 rocko seat0 t
:
$ loginctl
SESSION UID USER SEAT TTY
2 1001 rocko seat0 tty2
1 sessions listed.
There's no crash file in /var/crash, and no useful information in gdm3's
status:
$ systemctl status gdm3
● gdm.service - GNOME Display Manager
Loaded: loaded (/lib/systemd/system/gdm.service; static
nome-shell
ProcCwd: /home/rocko
ProcEnviron:
LANGUAGE=en_AU:en
PATH=(custom, no user)
XDG_RUNTIME_DIR=
LANG=en_AU.UTF-8
SHELL=/bin/bash
Signal: 6
SourcePackage: gnome-shell
StacktraceTop:
raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:51
()
() at /lib/x86_64
1 - 100 of 403 matches
Mail list logo
