[Desktop-packages] [Bug 1220426] Re: [nvidia-prime]Freeze while using touchpad
Alexander, what exactly is happening to your desktop? This bug is symptomatic on laptops with touchpads & nvidia graphics cards, USB mice seem to be the the work-around and non-NVidia cards seem to be OK. Perhaps it's a different bug that's affecting your desktop? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1220426 Title: [nvidia-prime]Freeze while using touchpad Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Triaged Bug description: Using Asus N43SL laptop as an example, with nvidia-prime installed, so the dedicated NVIDIA graphics card (GT 540m) is in use, once in a while, my screen will freeze when I use my touchpad. WORKAROUND: Use USB mouse. WORKAROUND: Uninstall nvidia-prime and use integrated graphics. WORKAROUND: Do a VT switch via Ctrl+Alt+F1 then Ctrl+Alt+F7. In the attached Xorg.0.log, you can see "synaptics: ETPS/2 Elantech Touchpad: touchpad found" each time I did a VT switch and regained control: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1220426/+attachment/3801516/+files/Xorg.0.log The following upstream report has a patch that addresses this issue: https://bugs.freedesktop.org/show_bug.cgi?id=86288 To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1220426/+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 793216] Re: Brasero hangs when trying to burn mpeg4 file to DVD
Same problem here. I tried going from avi/Xvid to NTSC at 16:9 aspect ratio, also tried the same thing already converted to mpeg/NTSC at the same aspect ratio. Freezes at about 95 of 3240 MB for me. Using Ubuntu 12.10, 64 bit. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to brasero in Ubuntu. https://bugs.launchpad.net/bugs/793216 Title: Brasero hangs when trying to burn mpeg4 file to DVD Status in “brasero” package in Ubuntu: Confirmed Bug description: Binary package hint: brasero Brasero hangs when trying to burn mpeg4 file to DVD as NTSC. Hangs at 8 MiB of 2344 MiB. Also shows "converting video file to mpeg2" within the same pane. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: brasero 2.32.1-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic i686 Architecture: i386 Date: Sun Jun 5 13:11:44 2011 ExecutablePath: /usr/bin/brasero InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1) ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: brasero UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/793216/+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 793216] Re: Brasero hangs when trying to burn mpeg4 file to DVD
Posting the log - seems like it get's stuck after "entering loop." ** Attachment added: "Another brasero log w/ error" https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/793216/+attachment/3484295/+files/log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to brasero in Ubuntu. https://bugs.launchpad.net/bugs/793216 Title: Brasero hangs when trying to burn mpeg4 file to DVD Status in “brasero” package in Ubuntu: Confirmed Bug description: Binary package hint: brasero Brasero hangs when trying to burn mpeg4 file to DVD as NTSC. Hangs at 8 MiB of 2344 MiB. Also shows "converting video file to mpeg2" within the same pane. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: brasero 2.32.1-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic i686 Architecture: i386 Date: Sun Jun 5 13:11:44 2011 ExecutablePath: /usr/bin/brasero InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1) ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: brasero UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/793216/+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 1054557] Re: Chromium 20.0.1132.47 and 21.0.1180.89 keep crashing silently
I have also consistently observed this behavior (crashing all tabs, reporting error) with the Chromium 20.0.1132.47 Build 144678. However, it seems as though this usually happens when I go to a new website after entering the URL in the address bar (not clicking on links). Not every time, but frequently. So far didn't notice any dependence on what that website or address is. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/1054557 Title: Chromium 20.0.1132.47 and 21.0.1180.89 keep crashing silently Status in “chromium-browser” package in Ubuntu: Confirmed Bug description: At seemingly random times, though often after launch, chromium exits with no error message. When it is started up again, there is a bar at the top of the screen saying that chromium did not shut down properly, with a button to restore tabs. Clicking the button often results in chromium crashing again. I am using Ubuntu 12.04.1 LTS (64-bit). I tried running chromium-browser from the command line, and when it crashes, the following message shows: "Segmentation fault (core dumped)". about:version outputs: Chromium 20.0.1132.47 (Developer Build 144678) Ubuntu 12.04 OSLinux WebKit536.11 (trunk@116185) JavaScriptV8 3.10.8.19 Flash 11.2 r202 User AgentMozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Ubuntu/12.04 Chromium/20.0.1132.47 Chrome/20.0.1132.47 Safari/536.11 Command Line /usr/lib/chromium-browser/chromium-browser --flag-switches-begin --enable-sync-tabs --flag-switches-end Executable Path /usr/lib/chromium-browser/chromium-browser Profile Path /home/benjamin/.config/chromium/Default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1054557/+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 1220426] Re: [nvidia-prime]Freeze while using touchpad
Look, guys, can you please stop arguing and instigating? I don't think this is not the place to do so. I believe everyone here is doing what they can on a voluntary basis, I personally am grateful for whatever is being done. I reiterate that every message posted here is also getting sent to over a hundred subscribers of this bug. Everyone is busy doing their work. Please be considerate. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nvidia-prime in Ubuntu. https://bugs.launchpad.net/bugs/1220426 Title: [nvidia-prime]Freeze while using touchpad Status in X.Org X server: Confirmed Status in “nvidia-graphics-drivers-319” package in Ubuntu: Invalid Status in “nvidia-graphics-drivers-331” package in Ubuntu: Invalid Status in “nvidia-graphics-drivers-343” package in Ubuntu: Invalid Status in “nvidia-prime” package in Ubuntu: Invalid Bug description: I'm using an Optimus laptop (Asus N43SL) nvidia-prime is installed, so my nvidia dedicated graphics card (GT 540m) is in use. Once in a while, my screen will freeze, only when I use my touchpad. This does not happen with my USB mouse. This does not happen either when I uninstall nvidia-prime and use my intel integrated graphics (HD3000). I can temporarily solve the issue by doing a VT switch. In the attached Xorg.0.log, you can see "synaptics: ETPS/2 Elantech Touchpad: touchpad found" each time I did a VT switch and regained control. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1220426/+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 1826266] Re: Nautilus no longer copies file path when a file is marked then copied
Currently, you can track the status of the MR for Nautilus for the fix of this regression: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/573 The change in the gnome shell that was causing all this has already been reverted / altered here: https://gitlab.gnome.org/GNOME/nautilus/-/issues/634 ** Bug watch added: gitlab.gnome.org/GNOME/nautilus/-/issues #634 https://gitlab.gnome.org/GNOME/nautilus/-/issues/634 -- 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/1826266 Title: Nautilus no longer copies file path when a file is marked then copied Status in Nautilus: New Status in nautilus package in Ubuntu: Triaged Bug description: In previous versions of Ubuntu, copying in nautilus behaved so that it was possible to select a file, Ctrl+C (or just right-click + copy) and the resulting data on the clipboard was a "pasteable" file path that could be used directly in a terminal or by Ctrl+V in an open file dialog box. This was incredibly powerful. Ubuntu 19 behaves differently. If I for example select my .zshrc file in nautilus and past into terminal, the resulting output is: x-special/nautilus-clipboard copy file:///home/trond/.zshrc performing the same on Ubuntu 18 or lower would copy the literal path of the file: /home/trond/.zshrc imho this is a bug as it deteriorates the overall file management experience in Ubuntu. ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: nautilus 1:3.32.0-0ubuntu2 ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6 Uname: Linux 5.0.0-13-generic x86_64 ApportVersion: 2.20.10-0ubuntu27 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed Apr 24 22:00:17 2019 GsettingsChanges: b'org.gnome.nautilus.preferences' b'default-folder-viewer' b"'list-view'" InstallationDate: Installed on 2019-04-20 (4 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_nautilus: To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1826266/+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 1759462] Re: Keyboard shortcuts not operational on 18.04
My particular problem stemmed from reconfiguring python3 to point to python3.7 instead of python3.6 via update-alternatives. Logging into terminal-only mode (Ctrl + F3), setting update-alternatives to use the system version of python3.6 again, and rebooting solved the issue. -- 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/1759462 Title: Keyboard shortcuts not operational on 18.04 Status in gnome-settings-daemon package in Ubuntu: Confirmed Bug description: After installing 18.04, I noticed that certain keyboard shortcuts no longer function. It appears to be related to the shortcuts that gnome-settings-daemon control as my shortcuts that are provided by my desktop (Budgie) still function. Some examples are: * Media keys for volume up/down/mute * ctrl-alt-t for the terminal. I tried changing the shortcut to test. Same behaviour. I double checked, and it looks like the needed daemon is still running, ``` dustin3337 0.0 0.2 500736 22216 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-keyboard dustin3338 0.0 0.3 943372 25732 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-media-keys dustin3343 0.0 0.0 274908 5844 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-mouse dustin3345 0.0 0.3 519896 25144 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-power dustin3348 0.0 0.1 346004 10212 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-print-notifications dustin3351 0.0 0.0 374684 7952 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-smartcard dustin3355 0.0 0.1 329584 8064 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-sound dustin3361 0.0 0.1 449708 9856 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-sharing dustin3367 0.0 0.0 272416 4772 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-screensaver-proxy dustin3375 0.0 0.0 420028 5804 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-rfkill dustin3383 0.0 0.2 507120 23244 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-wacom dustin3385 0.0 0.3 498040 25040 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-xsettings dustin3387 0.0 0.0 274900 5936 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-a11y-settings dustin3392 0.0 0.2 496016 22044 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-clipboard dustin3395 0.0 0.3 810156 25976 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-color dustin3396 0.0 0.2 471656 21080 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-datetime dustin3400 0.0 0.0 361196 7116 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-housekeeping dustin3433 0.0 0.1 505404 12576 ?Sl 21:03 0:00 /usr/lib/gnome-settings-daemon/gsd-printer dustin9776 0.0 0.0 18188 1032 pts/1S+ 21:19 0:00 grep --color=auto gnome-settings-daemon ``` Reboot does not seem to help. However, occasionally the shortcuts do seem to work - but only very occasionally. Any other info needed? ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gnome-settings-daemon 3.28.0-0ubuntu2 ProcVersionSignature: Ubuntu 4.15.0-12.13-generic 4.15.7 Uname: Linux 4.15.0-12-generic x86_64 ApportVersion: 2.20.9-0ubuntu1 Architecture: amd64 CurrentDesktop: Budgie:GNOME Date: Tue Mar 27 21:12:18 2018 InstallationDate: Installed on 2018-03-05 (22 days ago) InstallationMedia: Ubuntu-Budgie 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180304) SourcePackage: gnome-settings-daemon UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1759462/+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 1826266] Re: Nautilus no longer copies file path when a file is marked then copied
Just as a status update, we are waiting on https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/merge_requests/186 to be merged right now. Perhaps people wouldn't mind doing a thumbs up to bump that PR? -- 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/1826266 Title: Nautilus no longer copies file path when a file is marked then copied Status in Nautilus: New Status in nautilus package in Ubuntu: Triaged Bug description: In previous versions of Ubuntu, copying in nautilus behaved so that it was possible to select a file, Ctrl+C (or just right-click + copy) and the resulting data on the clipboard was a "pasteable" file path that could be used directly in a terminal or by Ctrl+V in an open file dialog box. This was incredibly powerful. Ubuntu 19 behaves differently. If I for example select my .zshrc file in nautilus and past into terminal, the resulting output is: x-special/nautilus-clipboard copy file:///home/trond/.zshrc performing the same on Ubuntu 18 or lower would copy the literal path of the file: /home/trond/.zshrc imho this is a bug as it deteriorates the overall file management experience in Ubuntu. ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: nautilus 1:3.32.0-0ubuntu2 ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6 Uname: Linux 5.0.0-13-generic x86_64 ApportVersion: 2.20.10-0ubuntu27 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed Apr 24 22:00:17 2019 GsettingsChanges: b'org.gnome.nautilus.preferences' b'default-folder-viewer' b"'list-view'" InstallationDate: Installed on 2019-04-20 (4 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_nautilus: To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1826266/+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 1462183] Re: Nautilus "Enter Location" Stops Working
This problem goes away in Nautilus 3.14.3 that comes with Ubuntu 16.04 and also doesn't occur in Nemo 3.0.0 + (which is available for prior versions of Ubuntu). I think this bug report should probably be closed. ** Changed in: nautilus (Ubuntu) Status: Confirmed => Fix Released -- 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/1462183 Title: Nautilus "Enter Location" Stops Working Status in nautilus package in Ubuntu: Fix Released Bug description: Earlier, I had been able to use CTRL-L for "Enter Location" and it worked. At some point I had pressed ESC to revert back to the button- based paths. Later on, with that same window open, I came back and tried CTRL-L and the path didn't switch back to the textbox. Even going to "Go"->"Enter Location" did nothing. While writing this up, I did a test by closing that window, then opening a new "Files" window and CTRL-L worked right off the bat. This wasn't my first experience with that "bug", but enough times for me to finally submit it when it happened. Hopefully the data submitted will provide the information needed to find the cause. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: nautilus 1:3.14.2-0ubuntu9 ProcVersionSignature: Ubuntu 3.19.0-20.20+test-generic 3.19.8 Uname: Linux 3.19.0-20-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jun 4 23:41:00 2015 EcryptfsInUse: Yes ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-visible-columns' b"['name', 'size', 'date_modified', 'mime_type']" b'org.gnome.nautilus.list-view' b'use-tree-view' b'true' b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where']" InstallationDate: Installed on 2015-06-04 (1 days ago) InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422) ProcEnviron: LANGUAGE=en_US PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1462183/+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 1462183] Re: Nautilus "Enter Location" Stops Working
Issue fixed in Nautilus 3.14.3 and beyond. -- 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/1462183 Title: Nautilus "Enter Location" Stops Working Status in nautilus package in Ubuntu: Fix Released Bug description: Earlier, I had been able to use CTRL-L for "Enter Location" and it worked. At some point I had pressed ESC to revert back to the button- based paths. Later on, with that same window open, I came back and tried CTRL-L and the path didn't switch back to the textbox. Even going to "Go"->"Enter Location" did nothing. While writing this up, I did a test by closing that window, then opening a new "Files" window and CTRL-L worked right off the bat. This wasn't my first experience with that "bug", but enough times for me to finally submit it when it happened. Hopefully the data submitted will provide the information needed to find the cause. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: nautilus 1:3.14.2-0ubuntu9 ProcVersionSignature: Ubuntu 3.19.0-20.20+test-generic 3.19.8 Uname: Linux 3.19.0-20-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jun 4 23:41:00 2015 EcryptfsInUse: Yes ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-visible-columns' b"['name', 'size', 'date_modified', 'mime_type']" b'org.gnome.nautilus.list-view' b'use-tree-view' b'true' b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where']" InstallationDate: Installed on 2015-06-04 (1 days ago) InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422) ProcEnviron: LANGUAGE=en_US PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1462183/+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 1462183] Re: Nautilus "Enter Location" Stops Working
This problem usually arises when you have two Nautilus windows open, and one is already in "location" mode, i.e. the address bar shows the text of the path, call it window #2. If you minimize this window #2, activate window #1, and hit "Ctrl+L", nothing happens. The worst part is that even if you close the window #2, where you had it working, it will still not work for window #1. If you then open window #3 and minimize it, hit "Ctrl+L" in window #1, it will be applied to window #3 (!). It is obviously a usability bug that has to do with incorrect code design for handling "Ctrl+L" in multiple windows. This problem affects all versions of Ubuntu using nautilus up to and including 15.10, and will probably continue to affect 16.04 until something is done about it. @Vindicator, if what I described above is not what you are experiencing, please let me know and I'll try to file a separate bug report. -- 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/1462183 Title: Nautilus "Enter Location" Stops Working Status in nautilus package in Ubuntu: Confirmed Bug description: Earlier, I had been able to use CTRL-L for "Enter Location" and it worked. At some point I had pressed ESC to revert back to the button- based paths. Later on, with that same window open, I came back and tried CTRL-L and the path didn't switch back to the textbox. Even going to "Go"->"Enter Location" did nothing. While writing this up, I did a test by closing that window, then opening a new "Files" window and CTRL-L worked right off the bat. This wasn't my first experience with that "bug", but enough times for me to finally submit it when it happened. Hopefully the data submitted will provide the information needed to find the cause. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: nautilus 1:3.14.2-0ubuntu9 ProcVersionSignature: Ubuntu 3.19.0-20.20+test-generic 3.19.8 Uname: Linux 3.19.0-20-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jun 4 23:41:00 2015 EcryptfsInUse: Yes ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-visible-columns' b"['name', 'size', 'date_modified', 'mime_type']" b'org.gnome.nautilus.list-view' b'use-tree-view' b'true' b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where']" InstallationDate: Installed on 2015-06-04 (1 days ago) InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422) ProcEnviron: LANGUAGE=en_US PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1462183/+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 987220] Re: [Dell Inspiron 1720] System does not power off reliably when "Shut Down" chosen from GUI
Judging by the number of different architectures affected, I speculate that bug occurs on a specific class of hardware (specific set of motherboard chipsets?) I have had this same (or similar?) issue plaguing two of my desktop machines out of three. All have Ubuntu 15.04 currently on all three, all three have similar hardware configurations and the same M/B vendor, yet different motherboards. What I would like to know is, specifically with what hardware components could shutting down become an issue? How would I find out which one I have (maybe, specific entries in output of "lspci", something in the kernel log, etc.)? How do I determine whether two of my machines are suffering from this same bug or a different one? -Thanks -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/987220 Title: [Dell Inspiron 1720] System does not power off reliably when "Shut Down" chosen from GUI Status in The Session Menu: Invalid Status in gnome-session package in Ubuntu: Invalid Status in indicator-session package in Ubuntu: Invalid Status in linux package in Ubuntu: Incomplete Status in upstart package in Ubuntu: Invalid Status in gnome-session source package in Precise: Invalid Status in indicator-session source package in Precise: Invalid Status in linux source package in Precise: Confirmed Status in upstart source package in Precise: Invalid Status in Debian: New Bug description: Shutting down the computer using the menue does not work always correct. It often does not complete turn off the computer. The power LED and the LED of the bluetooth unit remain on. Also the fan is still running and won't stop. Shutting down the computer with "sudo shutdown -h now" using the terminal works fine. I am using a Dell Inspiron 1720. To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-session/+bug/987220/+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 1164016] Re: restore type-ahead find
Perhaps @Rolf meant this bug? https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1754069 -- 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/1164016 Title: restore type-ahead find Status in Nautilus: Unknown Status in nautilus package in Ubuntu: Fix Released Status in ubuntu-settings package in Ubuntu: Fix Released Bug description: GNOME removed type-ahead find in Nautilus 3.6, not without controversy: https://mail.gnome.org/archives/nautilus- list/2012-August/msg2.html Now when you type in a Nautilus window, Nautilus immediately performs a search in the current directory and all its subdirectories. I personally find this annoying. If I want to search, I'll click the search icon. Often I'm looking at a long directory listing and simply want to jump to a certain point in it, and type-ahead find works great for that. Would Ubuntu consider patching type-ahead find back in? To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1164016/+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
