[Desktop-packages] [Bug 1568604] Re: Mouse cursor lost when unlocking with Intel graphics
I was having this issue on Xubuntu 16.04.1 with Intel HD Graphics 4600 on a Dell Inspiron 3847 desktop. I can confirm that the Yakkety package resolves this problem. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu. https://bugs.launchpad.net/bugs/1568604 Title: Mouse cursor lost when unlocking with Intel graphics Status in elementary OS: Confirmed Status in xf86-video-intel: Confirmed Status in xserver-xorg-video-intel package in Ubuntu: Fix Released Status in xserver-xorg-video-intel source package in Xenial: Confirmed Status in xserver-xorg-video-intel package in Debian: Fix Released Bug description: [SRU for Ubuntu 16.04] Package (yakkety): xserver-xorg-video-intel 2:2.99.917+git20160706-1ubuntu1 Current (xenial): xserver-xorg-video-intel 2:2.99.917+git20160325-1ubuntu1 [Impact] Mouse cursor is no longer visible after VT-switch for systems with Intel graphics. Switching VTs again may cause the cursor to become visible again. - Changing to vt1 then back to vt7 (ctrl+alt+f1 then ctrl+alt+f7) This is often observed in systems that lock the session and return to the greeter (including at least Xubuntu, Ubuntu Mate, and elementary OS). [Test Case] (Requires a lightdm-based screen locking solution) 1. Start a new session. 2. Lock your screen. 2a. You are redirected to the lightdm greeter. 3. Login/Unlock your session. 4. Cursor is no longer visible. [Debian Changelog (since 2:2.99.917+git20160325-1ubuntu1)] xserver-xorg-video-intel (2:2.99.917+git20160706-1ubuntu1) yakkety; urgency=medium * Merge from Debian. xserver-xorg-video-intel (2:2.99.917+git20160706-1) unstable; urgency=medium * New upstream snapshot. * fix-fd-leak-when-intel-scrn-create-fails.diff, sna-let-modesetting- handle-gen9+.diff: Dropped as the fallback to modesetting will be fully handled in the xserver. * .docs: Include a minimal xorg.conf. xserver-xorg-video-intel (2:2.99.917+git20160522-1ubuntu1) yakkety; urgency=medium * Merge from Debian. * install-dri3info.diff: Install dri3info with the driver, add libxcomposite-dev to build-depends. xserver-xorg-video-intel (2:2.99.917+git20160522-1) unstable; urgency=medium * New upstream snapshot. (Closes: #823116) * fix-fd-leak-when-intel-scrn-create-fails.diff: Fix a failure falling back on another driver when scrn create fails. [Regression Potential] Regression potential here seems minimal. However, as seen in the above Debian changelog, we have a new snapshot which includes several changes since March 25. === [Original Report] Cursor is visible at unlock screen either after returning from suspend or just locking. After unlocking screen cursor is invisible. Changing to vt1 then back to vt7 (ctrl+alt+f1 then ctrl+alt+f7) cursor returns no matter if you suspend or sleep, to swap or disk when you return from it, the mouse cursor is missing.you can still move the mouse and you can see (because it highlights the window) as you move it around. But the cursor is not displayed on the screen. i am using a lenovo W540 laptop. I downloaded the latest beta on april 8 2016. this is xubuntu using the xfce window manager. the cursor does return if i log off and log back in, but that actually defeats the purpose of going to sleep. --- ApportVersion: 2.20.1-0ubuntu1 Architecture: amd64 DistroRelease: Ubuntu 16.04 InstallationDate: Installed on 2016-04-08 (2 days ago) InstallationMedia: Xubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323) NonfreeKernelModules: nvidia_uvm nvidia_modeset nvidia Package: light-locker 1.7.0-2ubuntu1 PackageArchitecture: amd64 ProcEnviron: LANGUAGE=en_US TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 4.4.0-18.34-generic 4.4.6 Tags: xenial Uname: Linux 4.4.0-18-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: _MarkForUpload: True To manage notifications about this bug go to: https://bugs.launchpad.net/elementaryos/+bug/1568604/+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 1575452] [NEW] Copy/move dialog cannot be switched to
Public bug reported: When copying or moving a large file, Nautilus opens a window with the progress of the operation. If the user were to pull a larger window forward, that dialog cannot be accessed through Alt+tab or the Unity bar. The user would have to move the obscuring window out of the way in order to pull the progress dialog forward. How to recreate: 1. Copy or move a large file. I recommend copying or moving to or from an SD card, USB key, or network device because they tend to be much slower than the local hard disk. 2. When the copy or move progress dialog appears, move a larger or maximized window over the dialog so it is obscured. Alternately, just click a different window to select it. 3. Click the Nautilus icon in the Unity bar, or press Alt+tab. Expected behavior: The copy/move dialog will be brought to the front. Actual behavior: The last used normal (non-dialog) Nautilus window will be brought to the front. Frequency: Every time. Nautilus version: 3.18.4.is.3.14.3-0ubuntu4 Ubuntu version: Ubuntu 16.04 LTS Linux kernel version: 4.4.0-21-generic Architecture: x86_64 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: xenial -- 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/1575452 Title: Copy/move dialog cannot be switched to Status in nautilus package in Ubuntu: New Bug description: When copying or moving a large file, Nautilus opens a window with the progress of the operation. If the user were to pull a larger window forward, that dialog cannot be accessed through Alt+tab or the Unity bar. The user would have to move the obscuring window out of the way in order to pull the progress dialog forward. How to recreate: 1. Copy or move a large file. I recommend copying or moving to or from an SD card, USB key, or network device because they tend to be much slower than the local hard disk. 2. When the copy or move progress dialog appears, move a larger or maximized window over the dialog so it is obscured. Alternately, just click a different window to select it. 3. Click the Nautilus icon in the Unity bar, or press Alt+tab. Expected behavior: The copy/move dialog will be brought to the front. Actual behavior: The last used normal (non-dialog) Nautilus window will be brought to the front. Frequency: Every time. Nautilus version: 3.18.4.is.3.14.3-0ubuntu4 Ubuntu version: Ubuntu 16.04 LTS Linux kernel version: 4.4.0-21-generic Architecture: x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1575452/+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 1490337] Re: Doubleclicking some.desktop file returns wrong %k variable
Thanks for reporting this problem! I was able to replicate this bug in Thunar 1.6.10, as well as in Nautilus 3.14.2, but PCManFM does not have this problem, as said in the report. ** Also affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Changed in: thunar (Ubuntu) Status: New => Confirmed -- 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/1490337 Title: Doubleclicking some.desktop file returns wrong %k variable Status in nautilus package in Ubuntu: New Status in thunar package in Ubuntu: Confirmed Bug description: I have the following backup.desktop file on my removable HDD [Desktop Entry] Type=Application Name=Start Backup Exec=bash -c '%k/.backup.sh;$SHELL' OnlyShowIn=GNOME;Unity;MATE;LXDE; Icon=lxterminal Terminal=true X-KeepTerminal=true StartupNotify=true as it says here: http://standards.freedesktop.org/desktop-entry- spec/latest/ar01s06.html %k The location of the desktop file as either a URI (if for example gotten from the vfolder system) or a local filename or empty if no location is known. doubleclicking it in PcmanFM acts as its expected - it opens lxterminal and runs .backup.sh while the same in Thunar returns: bash: /media/z/ZVs_WHITE/StartBackup.desktop/.backup.sh: Not a directory error happens in %k as it should return just path to some.desktop file instead it returns path+some.desktop in Thunar. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1490337/+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
