Following up on #30 and #29 I can confirm that ubuntu 18.04.2 is working
fine with the patch from comment #23
Thanks a lot for the support !
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
Hi Daniel,
will install the patch later today and let you know.
Thanks for pointing me to a possible solution (I completely missed it).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
p.s.: restarting gnome-shell (with SIGQUIT) works as a temporary patch.
--
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/1774957
Title:
Network icons in status menu disappearing
I am still experiencing the issue on ubuntu 18.04.4 :
dpkg -s gnome-shell
Package: gnome-shell
Status: install ok installed
Priority: optional
Section: universe/gnome
Installed-Size: 7350
Maintainer: Ubuntu Developers
Architecture: amd64
Version: 3.28.3-0ubuntu0.18.04.4
Provides:
same here. Ubuntu 1204 64bit and Ubuntu 10.04 64bit ; I can connect to
facebook chat, send messages but I can't recieve them . Other channels
( gmail, y!, icq ) work
Here's the mission control debug http://pastebin.com/B2u8CD6B
Please reopen this bug
--
You received this bug notification
Hi,
honestly I didn't. I solved the problem by having gmail access my Y!
mail account and downloading email from google.
Also, I have updated to ubuntu 9.10 and just tried re-anabling the Y!
account and so far it seems to work. I'll keep it on and may the problem
persist, I will file the
Public bug reported:
Binary package hint: evolution
Hi
this happens to me only with Yahoo pop3 account.
Sometimes Yahoo pop is busy thus it sends back an ERR-[IN USE]
maildrop busy message. Evolution wrongly thinks that the password
submission did not succeed and asks for the password again .
I have just noted that this misbehavior leads to some other failures in
talking to Y! mail.
After giving the password on maildrop busy ( varying number of times ) I get
a different message :
+OK maildrop ready ; this message is again interpreted as a password error (
please note the header +OK