[Desktop-packages] [Bug 1783160] Re: PDF page size incorrect in presentation mode
Side note: If you do the ESC-then-F5 keystroke really, really fast, Evince sometimes ends up in full screen mode (that you would normally get with F11) and then hangs and crashes. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1783160 Title: PDF page size incorrect in presentation mode Status in evince package in Ubuntu: New Bug description: Evince occasionally does not enlarge pages to fit the screen when entering presentation mode. This can be reproduced with various PDF files. The easiest and most reliable way to reproduce the bug is: 1) open a PDF file with Evince 2) press F5 to enter presentation mode 3) press ESC to return to windowed mode and immediately press F5 again 4) maybe repeat (3) this a few times until the bug triggers This is, however, not the only action that triggers this bug. Quickly scrolling to the next page and then immediately pressing F5 also works, although I need a few attempts to get the timing right. My assumption (although without having looked at the code) is that there is some kind of race condition going on. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: evince 3.28.2-1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Jul 23 18:09:36 2018 ExecutablePath: /usr/bin/evince ProcEnviron: XDG_RUNTIME_DIR= SHELL=/bin/zsh PATH=(custom, no user) LANG=de_DE.UTF-8 SourcePackage: evince UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1783160/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1783160] [NEW] PDF page size incorrect in presentation mode
Public bug reported: Evince occasionally does not enlarge pages to fit the screen when entering presentation mode. This can be reproduced with various PDF files. The easiest and most reliable way to reproduce the bug is: 1) open a PDF file with Evince 2) press F5 to enter presentation mode 3) press ESC to return to windowed mode and immediately press F5 again 4) maybe repeat (3) this a few times until the bug triggers This is, however, not the only action that triggers this bug. Quickly scrolling to the next page and then immediately pressing F5 also works, although I need a few attempts to get the timing right. My assumption (although without having looked at the code) is that there is some kind of race condition going on. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: evince 3.28.2-1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Jul 23 18:09:36 2018 ExecutablePath: /usr/bin/evince ProcEnviron: XDG_RUNTIME_DIR= SHELL=/bin/zsh PATH=(custom, no user) LANG=de_DE.UTF-8 SourcePackage: evince UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1783160 Title: PDF page size incorrect in presentation mode Status in evince package in Ubuntu: New Bug description: Evince occasionally does not enlarge pages to fit the screen when entering presentation mode. This can be reproduced with various PDF files. The easiest and most reliable way to reproduce the bug is: 1) open a PDF file with Evince 2) press F5 to enter presentation mode 3) press ESC to return to windowed mode and immediately press F5 again 4) maybe repeat (3) this a few times until the bug triggers This is, however, not the only action that triggers this bug. Quickly scrolling to the next page and then immediately pressing F5 also works, although I need a few attempts to get the timing right. My assumption (although without having looked at the code) is that there is some kind of race condition going on. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: evince 3.28.2-1 ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18 Uname: Linux 4.15.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Jul 23 18:09:36 2018 ExecutablePath: /usr/bin/evince ProcEnviron: XDG_RUNTIME_DIR= SHELL=/bin/zsh PATH=(custom, no user) LANG=de_DE.UTF-8 SourcePackage: evince UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1783160/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1160804] Re: signond hangs and uses all CPU resources
I did not experience this behavior on 16.04.2 LTS (not tested on the EliteBook I had when I marked myself affected, but on my new machine) Mem: 7.7 GiB Processor: Intel Core i5-4460 CPU @ 3.20GHz × 4 GPU: GeForce GTX 960/PCIe/SSE2 (with NVidia driver) OS: 64bit (diy desktop machine) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon in Ubuntu. https://bugs.launchpad.net/bugs/1160804 Title: signond hangs and uses all CPU resources Status in signon package in Ubuntu: Incomplete Bug description: Today I noticed my CPU fan going crazy and couldn't find any reason at first, having pretty much only a browser window open. Checking the system monitor, I noticed that signond used up 96% of my CPU resources, which caused the problem. It steadily hung at this level. Since I have an i7, my laptop still worked fine, I guess because it only used up one core. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: signond 8.43-0ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-26.42-generic 3.5.7.6 Uname: Linux 3.5.0-26-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Wed Mar 27 10:52:27 2013 InstallationDate: Installed on 2013-01-06 (79 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: signon UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1160804/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1409758] [NEW] friends-dispatcher allocates extreme amount of memory
Public bug reported: While using my computer I suddenly found out that it was running out of memory due to friends-dispatcher consuming about 1.5g of RAM. CPU usage went up to 100% but I am not certain whether this is because of friends-dispatcher or because of the heavy swapping activity. I assume the tool gets stuck in a loop, allocating more and more memory until the system runs out of free RAM. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: friends-dispatcher 0.2.0+14.04.20140217.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-43.72-generic 3.13.11.11 Uname: Linux 3.13.0-43-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Mon Jan 12 15:38:48 2015 InstallationDate: Installed on 2013-10-10 (458 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) PackageArchitecture: all SourcePackage: friends UpgradeStatus: Upgraded to trusty on 2014-04-18 (268 days ago) ** Affects: friends (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to friends in Ubuntu. https://bugs.launchpad.net/bugs/1409758 Title: friends-dispatcher allocates extreme amount of memory Status in friends package in Ubuntu: New Bug description: While using my computer I suddenly found out that it was running out of memory due to friends-dispatcher consuming about 1.5g of RAM. CPU usage went up to 100% but I am not certain whether this is because of friends-dispatcher or because of the heavy swapping activity. I assume the tool gets stuck in a loop, allocating more and more memory until the system runs out of free RAM. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: friends-dispatcher 0.2.0+14.04.20140217.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-43.72-generic 3.13.11.11 Uname: Linux 3.13.0-43-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Mon Jan 12 15:38:48 2015 InstallationDate: Installed on 2013-10-10 (458 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) PackageArchitecture: all SourcePackage: friends UpgradeStatus: Upgraded to trusty on 2014-04-18 (268 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/friends/+bug/1409758/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1388951] [NEW] gvfsd-sftp crashed with SIGABRT when unmounting dropped sftp connection
Public bug reported: After unmounting a dropped sftp connection, gvfsd-sftp crashes. Steps to reproduce the error: 1) connect to LAN 2) use gvfs-mount to mount an sftp server 3) disconnect LAN - the sftp connection is now interrupted 4) unmount the sftp server via gvfs-mount -u 5) unmount will succeed but gvfsd-sftp will crash soon after issuing the unmount command. 6) the sftp mounting functionality does not seem to be affected, but gvfsd should better not crash if it cannot cleanly shutdown the connection because it got dropped. Summing up, gvfsd-sftp should have a way to handle broken connections. If it cannot disconnect from the server by cleanly terminating the connection, the connection should be silently dropped. Using nautilus as GUI, more problems occur (nautilus freezes): see bug #1361846 ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gvfs-backends 1.20.1-1ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-39.66-generic 3.13.11.8 Uname: Linux 3.13.0-39-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.5 Architecture: amd64 CurrentDesktop: Unity Date: Mon Nov 3 20:12:49 2014 InstallationDate: Installed on 2013-10-10 (389 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) ProcEnviron: LANGUAGE=de_DE PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: gvfs UpgradeStatus: Upgraded to trusty on 2014-04-18 (198 days ago) ** Affects: gvfs (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1388951 Title: gvfsd-sftp crashed with SIGABRT when unmounting dropped sftp connection Status in “gvfs” package in Ubuntu: New Bug description: After unmounting a dropped sftp connection, gvfsd-sftp crashes. Steps to reproduce the error: 1) connect to LAN 2) use gvfs-mount to mount an sftp server 3) disconnect LAN - the sftp connection is now interrupted 4) unmount the sftp server via gvfs-mount -u 5) unmount will succeed but gvfsd-sftp will crash soon after issuing the unmount command. 6) the sftp mounting functionality does not seem to be affected, but gvfsd should better not crash if it cannot cleanly shutdown the connection because it got dropped. Summing up, gvfsd-sftp should have a way to handle broken connections. If it cannot disconnect from the server by cleanly terminating the connection, the connection should be silently dropped. Using nautilus as GUI, more problems occur (nautilus freezes): see bug #1361846 ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gvfs-backends 1.20.1-1ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-39.66-generic 3.13.11.8 Uname: Linux 3.13.0-39-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.5 Architecture: amd64 CurrentDesktop: Unity Date: Mon Nov 3 20:12:49 2014 InstallationDate: Installed on 2013-10-10 (389 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) ProcEnviron: LANGUAGE=de_DE PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: gvfs UpgradeStatus: Upgraded to trusty on 2014-04-18 (198 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1388951/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1318834] Re: Applications can no longer access your @gmail.com Online Account
Ran apt-get upgrade last week, works again! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center-signon in Ubuntu. https://bugs.launchpad.net/bugs/1318834 Title: Applications can no longer access your @gmail.com Online Account Status in “gnome-control-center-signon” package in Ubuntu: Confirmed Bug description: IN start UBUNTU Application can no longer access your dumetz1...@gmail.com Online Account. Choose online Accounts from the user menu to reinstale access to this account. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center-signon/+bug/1318834/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1361846] Re: nautilus stops reacting when sftp connection gets interrupted
Found a workaround: 1.) open a terminal 2.) run gvfs-mount -u sftp://insert hostname here/ 3.) gvfs-sftp will crash 4.) all sftp connections are dropped and nautilus will no longer refuse to start 5.) you can now reconnect to your sftp server -- 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/1361846 Title: nautilus stops reacting when sftp connection gets interrupted Status in “nautilus” package in Ubuntu: New Bug description: Steps to reproduce the error: - connect to LAN - open a nautilus window - connect to an sftp server (select directly forget password) - browse the directory - disconnect LAN - connect WLAN (same router) - that means network is still connected but the sftp connection is now interrupted - double click a folder from the sftp server What should happen: - nautilus should open the sftp folder, re-connecting to the server, or at least show an error message that the connection got interrupted What happens instead: - nautilus does nothing, waiting forever for the server to respond - all other folders can be accessed - after closing the last nautilus window nautilus will not start any more until you logout and login again ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.3 ProcVersionSignature: Ubuntu 3.13.0-34.60-generic 3.13.11.4 Uname: Linux 3.13.0-34-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity Date: Tue Aug 26 21:37:53 2014 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2013-10-10 (320 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) SourcePackage: nautilus UpgradeStatus: Upgraded to trusty on 2014-04-18 (130 days ago) usr_lib_nautilus: deja-dup 30.0-0ubuntu4 evince 3.10.3-0ubuntu10.1 file-roller3.10.2.1-0ubuntu4.1 nautilus-share 0.7.3-1ubuntu5 totem 3.10.1-1ubuntu4 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1361846/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1160804] Re: signond hangs and uses all CPU resources
Same here. Happened twice today. Ubuntu 14.04 LTS Mem: 1.9 GiB Processor: Intel Core Duo P8700 @ 2.53Ghz x2 OS: 64bit HP EliteBook 6930p tail /var/log/syslog Oct 9 18:47:01 odysseus2 signond[7107]: The signon plugin does not react on demand to stop: need to kill it!!! Oct 9 18:47:02 odysseus2 signond[7107]: Challenge produces CRASH! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon in Ubuntu. https://bugs.launchpad.net/bugs/1160804 Title: signond hangs and uses all CPU resources Status in “signon” package in Ubuntu: Confirmed Bug description: Today I noticed my CPU fan going crazy and couldn't find any reason at first, having pretty much only a browser window open. Checking the system monitor, I noticed that signond used up 96% of my CPU resources, which caused the problem. It steadily hung at this level. Since I have an i7, my laptop still worked fine, I guess because it only used up one core. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: signond 8.43-0ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-26.42-generic 3.5.7.6 Uname: Linux 3.5.0-26-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Wed Mar 27 10:52:27 2013 InstallationDate: Installed on 2013-01-06 (79 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: signon UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1160804/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1361846] [NEW] nautilus stops reacting when sftp connection gets interrupted
Public bug reported: Steps to reproduce the error: - connect to LAN - open a nautilus window - connect to an sftp server (select directly forget password) - browse the directory - disconnect LAN - connect WLAN (same router) - that means network is still connected but the sftp connection is now interrupted - double click a folder from the sftp server What should happen: - nautilus should open the sftp folder, re-connecting to the server, or at least show an error message that the connection got interrupted What happens instead: - nautilus does nothing, waiting forever for the server to respond - all other folders can be accessed - after closing the last nautilus window nautilus will not start any more until you logout and login again ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.3 ProcVersionSignature: Ubuntu 3.13.0-34.60-generic 3.13.11.4 Uname: Linux 3.13.0-34-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity Date: Tue Aug 26 21:37:53 2014 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2013-10-10 (320 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) SourcePackage: nautilus UpgradeStatus: Upgraded to trusty on 2014-04-18 (130 days ago) usr_lib_nautilus: deja-dup 30.0-0ubuntu4 evince 3.10.3-0ubuntu10.1 file-roller3.10.2.1-0ubuntu4.1 nautilus-share 0.7.3-1ubuntu5 totem 3.10.1-1ubuntu4 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty ** Description changed: Steps to reproduce the error: - connect to LAN - open a nautilus window - connect to an sftp server (select directly forget password) - browse the directory - disconnect LAN - connect WLAN (same router) - that means network is still connected but the sftp connection is now interrupted - - double click a folder from the sfto server + - double click a folder from the sftp server What should happen: - nautilus should open the sftp folder What happens instead: - nautilus does nothing, waiting forever for the server to respond - all other folders can be accessed - after closing the last nautilus window nautilus will not start any more until you logout and login again ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.3 ProcVersionSignature: Ubuntu 3.13.0-34.60-generic 3.13.11.4 Uname: Linux 3.13.0-34-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity Date: Tue Aug 26 21:37:53 2014 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2013-10-10 (320 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) SourcePackage: nautilus UpgradeStatus: Upgraded to trusty on 2014-04-18 (130 days ago) usr_lib_nautilus: - deja-dup 30.0-0ubuntu4 - evince 3.10.3-0ubuntu10.1 - file-roller3.10.2.1-0ubuntu4.1 - nautilus-share 0.7.3-1ubuntu5 - totem 3.10.1-1ubuntu4 + deja-dup 30.0-0ubuntu4 + evince 3.10.3-0ubuntu10.1 + file-roller3.10.2.1-0ubuntu4.1 + nautilus-share 0.7.3-1ubuntu5 + totem 3.10.1-1ubuntu4 ** Description changed: Steps to reproduce the error: - connect to LAN - open a nautilus window - connect to an sftp server (select directly forget password) - browse the directory - disconnect LAN - connect WLAN (same router) - that means network is still connected but the sftp connection is now interrupted - double click a folder from the sftp server What should happen: - - nautilus should open the sftp folder + - nautilus should open the sftp folder, re-connecting to the server, or at least show an error message that the connection got interrupted What happens instead: - nautilus does nothing, waiting forever for the server to respond - all other folders can be accessed - after closing the last nautilus window nautilus will not start any more until you logout and login again ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.3 ProcVersionSignature: Ubuntu 3.13.0-34.60-generic 3.13.11.4 Uname: Linux 3.13.0-34-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity Date: Tue Aug 26 21:37:53 2014 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2013-10-10 (320 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424)
[Desktop-packages] [Bug 1350869] [NEW] laptop re-hibernates after waking up from battery critical-hibernation
Public bug reported: My HP EliteBook 6930p automatically hibernated after the battery drained to a critical level. I connected the charger and tried to resume ubuntu. The boot splash shows, then I get to the lock screen for a few seconds. After that, the laptop switches to hibernate again, even if the battery has been recharged to 50%. The battery indicator states that 1% of battery charge was left for the first ~5 wakeups and re-hibernations. Then the indicator updates but ubuntu still switches back to hibernation mode. The only way to get the laptop back into an usable state is to pass the noresume boot option in grub, allowing me to start a new session. This of course means that all data of the hibernated session is lost. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-settings-daemon 3.8.6.1-0ubuntu11.2 ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4 Uname: Linux 3.13.0-32-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jul 31 15:40:40 2014 InstallationDate: Installed on 2013-10-10 (293 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) SourcePackage: gnome-settings-daemon UpgradeStatus: Upgraded to trusty on 2014-04-18 (103 days ago) ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1350869 Title: laptop re-hibernates after waking up from battery critical-hibernation Status in “gnome-settings-daemon” package in Ubuntu: New Bug description: My HP EliteBook 6930p automatically hibernated after the battery drained to a critical level. I connected the charger and tried to resume ubuntu. The boot splash shows, then I get to the lock screen for a few seconds. After that, the laptop switches to hibernate again, even if the battery has been recharged to 50%. The battery indicator states that 1% of battery charge was left for the first ~5 wakeups and re-hibernations. Then the indicator updates but ubuntu still switches back to hibernation mode. The only way to get the laptop back into an usable state is to pass the noresume boot option in grub, allowing me to start a new session. This of course means that all data of the hibernated session is lost. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-settings-daemon 3.8.6.1-0ubuntu11.2 ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4 Uname: Linux 3.13.0-32-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jul 31 15:40:40 2014 InstallationDate: Installed on 2013-10-10 (293 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424) SourcePackage: gnome-settings-daemon UpgradeStatus: Upgraded to trusty on 2014-04-18 (103 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1350869/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1287369] Re: Bug when we want to insert only sound: crash Libreoffice Impress or become it too slowly
Reproduced this bug on my machine. The application window freezes after adding sound. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1287369 Title: Bug when we want to insert only sound: crash Libreoffice Impress or become it too slowly Status in “libreoffice” package in Ubuntu: Expired Bug description: When I want to insert only audio on impress: menu bar/insert/video and audio. I choice a sound file and click on ok... sudenly, the screen apear dark long time. And when the sound is inserted, do not play in presentation view. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1287369/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp