[Bug 1734541] Re: encrypted home-directory is not unmounted on logout
Also don't rely on the "affects me" counter above, as for non-power- users this bug is subtle and undetectable in most cases, leaving them unsafe without knowledge. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/1734541 Title: encrypted home-directory is not unmounted on logout To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-session-shutdown/+bug/1734541/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1734541] Re: encrypted home-directory is not unmounted on logout
Still an issue as of today 2020-04-13, for Ubuntu 18.04. Please set this critical immediately, this is a strong security issue for the use case of multiuser device! Using a "guest" user to share your device with others is a quite common use case. Everyone would expect that logging out and pass the device to another person would benefit from a eCrypt FS user homdedir setup. I myself usually log out and set my device to standby on a daily routine. That has me left unprotected by a while now it seems. I usually log out when taking the laptop to unsafe spaces like traveling, conferences and events in public spaces etc. I had expected that logging out would keep my data safe to some level. As this is a regression too, many already adapted to logout-is-safe behaviour. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/1734541 Title: encrypted home-directory is not unmounted on logout To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-session-shutdown/+bug/1734541/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1805468] [NEW] Snap mounts bloat system footprint by inactive apps
Public bug reported: Affects: Ubuntu 18.04 Snap filesystems mounted by snapd use kernel (and maybe userspace?) ressources just for providing apps. Even if the app is not running, the mount is still there, conuming system ressources. We must remember that we are only at the beginning. If more and more apps migrate to snap format, the filesystem mount table and thus permanently used system ressources would grow even for any non-used app. In the past, most unused features (beside system services like printer environment etc.) on a linux system consumed disk space only, and affect system performance only for some works, eg. doing a backup of the system disk. With snapd behaveing this way, we have to expect every utility (like a clock, unused fonts, emoticon updates, ...) will permamently affect system performance and user experience at any occasion mount points are to be browsed. Personal opinion: This strongly reminds me to the way Windows behaves, and is hated for since ages. I cannot understand how someone could consider this technique feasable for a productive OS. ** Affects: gnome-system-monitor (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-monitor in Ubuntu. https://bugs.launchpad.net/bugs/1805468 Title: Snap mounts bloat system footprint by inactive apps To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1805468/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1805468] Re: Snap mounts bloat system footprint by inactive apps
Actually I was surprised by seeing gnome-calculator coming at at `mount`s output. This is nothing anyone would ever expect. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-monitor in Ubuntu. https://bugs.launchpad.net/bugs/1805468 Title: Snap mounts bloat system footprint by inactive apps To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1805468/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1595695] Re: Bluetooth indicator disappears every time bluetooth is being turned off
On Thinkpad T420s, switching off Bluetooth make the device disapper by rfkill soft blocked state and hence the icon. Reenabeling is possible via rfkill only, all UI applications state "no device" until then. If reenabled by 'rfkill unblock ', icon reappears immediately and all is fine until we switch of bluetooth by UI again. -- 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/1595695 Title: Bluetooth indicator disappears every time bluetooth is being turned off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1595695/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1741902] Re: Drag and drop state may be freezed by rogue application
As I already mentioned, I am aware that nautilus is triggering the problem. However, no program should be able to bring down the desktop by doing bad UI operations. Period. So wether metacity or Xorg or anything I never even heard of is the right space to solve this issue is out of my reach, because I don't know their parts in handling drag and drop operations. The developers would know. If you tell me "metacity has no part in drag and drop at all", I guess Xorg is to blame, so you maybe move the bug there? ** Also affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1741902 Title: Drag and drop state may be freezed by rogue application To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1741902/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1741902] Re: Drag and drop state may be freezed by rogue application
I thought Metacity is the component that has to deal with inter- application interaction. Seems I am wrong? I already know that a bug in nautlius is the trigger of the problem, however no application should be able to lock drag and drop state on its own without any way to exit it. So the only target left to file this bug is the X server? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1741902 Title: Drag and drop state may be freezed by rogue application To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1741902/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1741902] [NEW] Drag and drop state may be freezed by rogue application
Public bug reported: I had some issues with nautlilus in the past time, that of cause need to be resolved by the nautlilus devs, but it turns out that IO freezes (eg. dropped sftp connections) may freeze nautlilus while drag and drop operations, and hence freeze metacity in some kind, as d&d seems to lock some control to the participating applications. What I do: Drag a file from nautilus. What happens: Nautilus blocks for some reason, eg. dropped sftp connection. The mouse pointer stays in dragging state after releasing the mouse button. No drop action is executed. Windows can still be bought to front by clicking them, but never gain focus and no application (besides nautlilus I guess, which is stalled) receives clicks or keystrokes. If at some point nautilus crashes in turn, the system usability is fully restored. If not, a restart by hard shutdown is needed to regain control. What should happen: If an application fails to commence it's drag and drop interaction, the action should be canceled on metacity's behalf. Otherwise any rogue application can stop user interaction down to moving the pointer around, requiring hard reboot. Security considerations: Low. The freezed state seems to block screen locking, and may reveal an unprotected desktop if the rogue application releases control at some point, eg. by crashing. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: metacity 1:3.18.7-0ubuntu0.3 ProcVersionSignature: Ubuntu 4.4.0-105.128-generic 4.4.98 Uname: Linux 4.4.0-105-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.15 Architecture: amd64 CurrentDesktop: GNOME-Flashback:Unity Date: Mon Jan 8 14:52:41 2018 EcryptfsInUse: Yes InstallationDate: Installed on 2016-08-23 (503 days ago) InstallationMedia: Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) SourcePackage: metacity UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: metacity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug xenial -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1741902 Title: Drag and drop state may be freezed by rogue application To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1741902/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1741902] Re: Drag and drop state may be freezed by rogue application
Please add critical as bug results in system state forcing users to hard reboot with potential data loss. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1741902 Title: Drag and drop state may be freezed by rogue application To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1741902/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1554171] Re: Opening nautilus's location options menu causes excessive cpu & nautilus hang/slowdown
*** This bug is a duplicate of bug 1549269 *** https://bugs.launchpad.net/bugs/1549269 Default file manager not working.. -sigh- -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1554171 Title: Opening nautilus's location options menu causes excessive cpu & nautilus hang/slowdown To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1554171/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1538111] Re: untraceable serious bug in metacity 3.18
While this bug don't happen very often to me, it behaves exactly as described. Some clarifications: -It is not linked to Nvidia graphics, but happens on Intel too. -It is definetely about graphical window depth order. The "hidden" applications can be focused and work as expected. They even change the mouse cursor according to their actions. They are just obscured by the nautlilus or nemo desktop. -If nautilus or nemo is killed, all other applications reappear, until nautlilus or nemo is run again, in which case they are obscured again. This can be repeated reliable after the bug once triggered. -If metacity is restarted, the bug is gone until it is triggered again by unknown reason. Trigger is likely the apperance of a new window (I had the bug triggered on the failing appearance of some delete verification request dialog). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1538111 Title: untraceable serious bug in metacity 3.18 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1538111/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1621157] [NEW] No window handles on non-Unity desktops
Public bug reported: When using gedit in Ubuntu 16.04 on other desktop environments (eg. gnome-flashback with Metacity), sometimes the window handles are gone. For example, if gedit window is maximized, there is no header and no icons to undo maximisation anymore. All instances of gedit need to be closed and reopened to get the window header again. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Description changed: When using gedit in Ubuntu 16.04 on other desktop environments (eg. - gnome-flashback with Metacity), the window handles are gone. + gnome-flashback with Metacity), sometimes the window handles are gone. For example, if gedit window is maximized, there is no header and no icons to undo maximisation anymore. + + All instances of gedit need to be closed and reopened to get the window + header again. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/1621157 Title: No window handles on non-Unity desktops To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1621157/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1565780] Re: Xenial flashback session lacks access to nautilus preferences menu
I think we have a much deeper problem here: Some apps (nautlilus, control panel, gitg, ) are using new features (like the launcher icon context menu, mabye first provided by Unity, borderless windows etc.) and do not provide a reliable fallback for old desktops. So if the new features prove useful, the old desktops should retrofit them somehow (eg. making for example gnome-fallback handle external application menus like the Unity launcher icon menus) or the libs used to access these features should provide an internal fallback mechanism. A borderless window should never be shown without resize handles if it would have some in Unity. It is bad to load up the developers of apps with the handling of this new features, as many of them would fall to "new style" promises and would produce Unity-only apps this way. I am very pissed of by these shortsigthed developments, that lead to Ubuntu being an almost Unity-only system as of 16.04 now, with myriads of problems in any desktop other then Unity. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1565780 Title: Xenial flashback session lacks access to nautilus preferences menu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1565780/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1614050] Re: Window depth order messed up
I finally was able to reproduce it. Turns out it happens only once after system startup, if I log out of the session and log in again, the bug is gone. Steps to reproduce: -Make sure no desktop file manager runs in the session (eg. remove it from the session / xdg autostart locations) -Start a gnome-flashback no effects session (Metacity) -Wait for the desktop (appears empty due to no file manager) -Run the 'nemo' file manager, set to overtake the desktop too -The file window appears, the desktop icons too, but the are in front of the window. -Close the window, the desktop appears to be normal -Open any other application, it appears behind the icons again. -Log out from the session -Start a gnome-flashback no effects session again -all is fine now. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1614050 Title: Window depth order messed up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1614050] Re: Window depth order messed up
I am using Ubuntu 16.04.1 stock intel driver on an integrated Intel Sandybridge Mobile GPU. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1614050 Title: Window depth order messed up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1614050] Re: Window depth order messed up
Version is Metacity 3.18.5. However, I can't reproduce the bug, which occured about 36 hours ago. The apt logs do not show any update for Metacity since. All effects mentioned are gone, Metacity behaves as of it's Ubuntu 14.04 pendant some days ago: Desktop icons are on the desktop, Kupfer opens in front of all windows. This matches the behaviour of the other bug linked, which is also rarely triggered. Maybe it was triggered by running nemo late (nemo wasn't started with the session as usual due to unknown reason). I will use Metacity for daily routine now, we'll see if it happens again. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1614050 Title: Window depth order messed up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1538111] Re: untraceable serious bug in metacity 3.18
This may be related to https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050 , which is about wrong window depth ordering. The original bug described (all windows closed) already turned out as "all windows hidden" here. It seems the desktop (featuring a background image) may pop in front of all other windows. The bug linked here describes an almost similiar situation, where the desktop icons appear in front of all windows, this has likely the same reason except the desktop background itself is transparent in this case. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1538111 Title: untraceable serious bug in metacity 3.18 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1538111/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1614050] Re: Window depth order messed up
Maybe this relates to the bug first described by #1538111. It seems unrelated (all windows closing sometimes) but someone found out that the windows are still open, yet hidden behind the dekstop background window. So this matches almost the situation when the dekstop icons appear in front. I just don't encounter the hidden windows because I do not use a background image I guess (just set a solid color). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1614050 Title: Window depth order messed up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1614050] [NEW] Window depth order messed up
Public bug reported: Using the gome-flashback session with metacity is totally messed up since I updated from Ubuntu 14.04.3 to 16.04.1. All the effects mentioned here do not appear when using compiz, so I guess Metacity is broken. -Windows that should open in front (like Kupfer) appear behind the windows already open. -Before nemo is run, the Ubuntu default desktop background image appear, it can't be changed by settings. I just guess this is due wrong ordering of the true background and some window used by Gnome for showing the selected background. -If nemo is run to take over the desktop, the destkop icons appear in front of all windows. I guess all those effects originate from a similiar reason. None of these problems where appearant at Ubuntu 14.04. This is a total show stopper for using metacity on 16.04 as everyday applications like nemo and Kupfer can't be used. ** Affects: metacity (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1614050 Title: Window depth order messed up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1614050/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1589605] Re: evolution-calendar-factory uses lots of memory
Even large memory usage for 16.04 clean install with empty calendar and without any online accounts added. ** Changed in: evolution-data-server (Ubuntu) Status: Expired => Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/1589605 Title: evolution-calendar-factory uses lots of memory To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1589605/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 207330] Re: gthumb is hogging on the cpu after searching for images
I encounter the same issues. When running from terminal, gthumb reports in a very high frequency: "Warning: Photoshop IRB data is not padded to even size" It seems some thumbnails won't be created due to some error while reading the jpeg file, and gthumb endlessly repeats trying to recreate the thumbnail. Same thing sometimes happend for video files. It also happens in nemo sometimes, where the thumbnail shows a waiting symbol endlessly while hogging the cpu. I guess gthumb (and nemo) would have to handle thumbnailing errors more gracefully (do not retry). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/207330 Title: gthumb is hogging on the cpu after searching for images To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gthumb/+bug/207330/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1366840] Re: sftp freezes nautilus after standby / resume cycle
Also applies to SMB shares in the same manner. After resuming, nautlius hangs. The hang may even occur on opening local folders, or desktop item properties, if some sftp or smb mount is dangling after resume. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1366840 Title: sftp freezes nautilus after standby / resume cycle To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1366840/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1522628] [NEW] Regression: Nautilus on 14.04.3 stalls when handling while copying.
Public bug reported: When copying files from my ext4 harddrive to my external USB harddrive (btfs in that case), and simultanously browsing in the windows the copy was initated from, the copying may stall. I can still browse the drive sometimes. After that, any further file copy operation to that drive stalls to. top shows CPU is at idle, iotop shows no disk operations. Suddenly after some time (a minute sometimes) the operation continues. There are no other stalled mounts (like sftp), only the external drive. I can still access the external drive via terminal, anything is ok. There are no btrfs messages on dmesg. Problem occurs on Ubuntu 14.04.3 LTS. This worked reliable with Ubuntu 12.04. I am reporting problem after problem for nautilus in the past days since I installed 14.04. Ubuntu 14.04 is over a year old, what happened? Nautilus worked far more reliable on 12.04. Any recommendation of an usable filemanager that relies on proven code? Maybe Nemo? ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1522628 Title: Regression: Nautilus on 14.04.3 stalls when handling while copying. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1522628/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1521153] [NEW] Nautilus sftp freeze
Public bug reported: If something goes stuck on sftp transfer (or just directory load / refresh) nautlius may freeze hard. -On Ubuntu 12.04, the concerned directory windows freeze, and can be removed by ejecting the sftp mount. The related windows can't recover. This is not cool. -On Ubuntu 14.04.03 it is even worse: A frozen sftp freezes ALL nautilus windows, and if running gnome classic session, it even freezes the whole gnome-panel. This is just akward. I don't know where to blame this first, but this is definitely caused by several bad designs. -Nautilus should handle frozen sftp filesystems generously (timeouts, still respond to user while showing frozen state, eg darken the file list or something ) -Nautilus should never freeze other windows except the ones concerned (was so in older nautlius as of Ubuntu 12.04) -gnome-panel should never freeze on nautlilus freeze. Sadly this was bad and got even worse... can we do the turn around? ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1521153 Title: Nautilus sftp freeze To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1521153/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1287341] Re: Touchscreen controls both screens in dual-monitor setup
Still affects me on 14.04. As it is already said, there is no reliable way to assign a touch device to a certain display device. So I suggest a two phase design: 1) Check if there is information for making an automatic assignment in some database. If there are more then one equal device, use display output and USB port id for identification. 2) If none is found, select the by some simple heuristics. Then launch a (to be made) settings program, that displays a centered button the first screen "PLEASE TOUCH HERE". If the button is pressed, the coordinates are checked against the center of all possible displays from 'xrandr' or gnome-display-settings information. If it matches, the assignment is stored to the local database. The procedure continues with the second screen, if there is a third one and so on. If for some reason the database gets outdated (eg the user exchanges screens) phase 2 will be entered autmatically as you see. The only caveat may be exchanging the output assignments of multiple equal display devices. For this case, the phase 2 program should be integrated into the system settings center, and easily be reached without proper touch operation (eg. launch via Unity by keyboard). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1287341 Title: Touchscreen controls both screens in dual-monitor setup To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-settings-daemon/+bug/1287341/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 971051] Re: No Alt+Tab in gnome classic session (switcher plugin not loaded)
The solution to this bug should be made in gnome-session package source I guess, which builds the gnome-session-fallback package. If it sports the compiz-dependent session, it should depend on compiz, and on compiz-plugins which is currently missing but needed to provide 'switcher' or 'static switcher'. Also switcher must be enabled by default in some way (gconf config files I guess). ** Also affects: gnome-session (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/971051 Title: No Alt+Tab in gnome classic session (switcher plugin not loaded) To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/971051/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1465647] [NEW] GNOME classic session using Compiz does not switch windows on Alt+TAB
Public bug reported: On Ubuntu 12.04, the GNOME Classic session based on Compiz does not provide the Alt-TAB window switching. The 'no effects' session (based on metacity) however does. The reason is that the Compiz used does not include the Compiz 'switcher' plugin. It is contained in the compiz-plugins package, which is not installed. Should be fixed cleanly: The package gnome-session-fallback should not provide a session that depends on compiz, without providing compiz and the compiz-plugins package. And maybe a script that add 'switcher' to the default enabled plugins (seems to be using the gconf backend, so it just need to bring an additional gconf file I guess) is needed. If gnome-session-fallback should not depend on compiz, the Classic session using compiz may move to a new package, and this one only contains 'no effect' variant then. This is actually a variant of bug #971051 which is filed against compiz, which is wrong I guess, as it is not a problem of compiz itself, but rather its configuration in the gnome fallback package. ** Affects: gnome-session (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/1465647 Title: GNOME classic session using Compiz does not switch windows on Alt+TAB To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1465647/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 49579] Re: screen doesn't lock when panel menu is open
This gets more and more important by today, as most users doesn't shutdown their system but use standby. I expect my notebook to be locked if I close the lid. More and more everyday devices like phones and pads trains that expectation and establish screen locks as a tight security feature. So something should be done instantly, even if it is a short living hack that will be overcome by a better design elsewhere. ** Summary changed: - screen doesn't lock when panel menu is open + screen doesn't lock when some menu is open -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/49579 Title: screen doesn't lock when some menu is open To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/49579/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 49579] Re: screen doesn't lock when panel menu is open
Please raise the importance level as this IS a security issue that creates situations where others can gain access to the computer in situations the owner feels save. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/49579 Title: screen doesn't lock when panel menu is open To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/49579/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 950269] Re: failed to install/upgrade
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gconf in Ubuntu. https://bugs.launchpad.net/bugs/950269 Title: failed to install/upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/950269/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 950269] [NEW] failed to install/upgrade
Public bug reported: gconf2 update failed while package updates. ProblemType: Package DistroRelease: Ubuntu 12.04 Package: gconf2 3.2.3-3ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9 Uname: Linux 3.2.0-18-generic i686 ApportVersion: 1.94-0ubuntu2 Architecture: i386 Date: Tue Mar 6 23:42:32 2012 ErrorMessage: ErrorMessage: subprocess installed post-installation script returned error exit status 250 InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012) SourcePackage: gconf Title: package gconf2 3.2.3-3ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 250 UpgradeStatus: Upgraded to precise on 2012-03-06 (1 days ago) ** Affects: gconf (Ubuntu) Importance: Undecided Status: New ** Tags: apport-package i386 precise -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gconf in Ubuntu. https://bugs.launchpad.net/bugs/950269 Title: failed to install/upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/950269/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 948913] [NEW] some applets don't adapt theme colors properly on Precise
Public bug reported: I am using Gnome Classic session for gnome-panels with the Ambiance theme. After upgrading to Precise Beta, the window switcher and clock applet apperars embossed dark on the dark background, barely readable. When I switch the theme from Ambiance to Radiance, the clock appears correclty. However, then the battery and speaker icon appear bad. Some things (eg the network indicator) are working fine. Maybe there are multiple bugs. Summary: -The network indicator works ok, it changes color theme according to theme. -The clock applet always appears dark like Radiance needs it -The window switcher window titles always appears dark like Radiance needs it -The battery and speaker indicators always appear bright as Ambiance need it. what a mess :-) gnome-panel Version: 1:3.3.91-0ubuntu1 OS Version: Description:Ubuntu precise (development branch) Release:12.04 ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in Ubuntu. https://bugs.launchpad.net/bugs/948913 Title: some applets don't adapt theme colors properly on Precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/948913/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 855967] Re: vinagre crashed with SIGSEGV in g_type_check_instance_cast()
Applys to me to. Crash with this segfault if I try to establish connection by the "Search" dialog form. Seems to be connected to libavahi. Connection by IP Address works. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to vinagre in Ubuntu. https://bugs.launchpad.net/bugs/855967 Title: vinagre crashed with SIGSEGV in g_type_check_instance_cast() To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/855967/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 797740] Re: power button/key ignored (ThinkPad T420)
Same on the T61 too. After dist upgrade, powerbutton doesn't work anymore. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/797740 Title: power button/key ignored (ThinkPad T420) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/797740/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 572690] Re: launched applications steal focus
Still the same issue with Metacity on 11.04.. Tested between Firefox, GEdit, Nautilus, Chromium, the focus is still allways traversed to the just opened window. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/572690 Title: launched applications steal focus -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 722864] [NEW] ghtumb crashes when selecting moved image
Public bug reported: Binary package hint: gthumb If i move an image by drag n' dropping it to a nautilus window while holding shift for example, the thumbnail stays back some seconds. When the remaining thumbnail gets selected again, ghtumb crashes, maybe at the time the thumbnail would disappear. Anyway, the remaining thumbnail gives a sluggish feel. ** Affects: gthumb (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. https://bugs.launchpad.net/bugs/722864 Title: ghtumb crashes when selecting moved image -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 722315] [NEW] softer user experience transition needed
Public bug reported: Binary package hint: gthumb I just filed some and thinking about a bunch of further functional regressions and bugs in gthumb. I read something about a large code rewrite and think that this should not cause a "user mind rewrite". Why not distribute the current version as a new gthumb alternative until it is mature and ready to replace gthumb in the most tasks instead of rendering the packaged tool nearly useless for some users by a new version? Except simple image preview of some files nearly none of my (not so elaborate) workflows are repeatable or adaptable to the current version without large efforts as even basic features seems broken like D&d (see #722305) ** Affects: gthumb (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. https://bugs.launchpad.net/bugs/722315 Title: softer user experience transition needed -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 722308] [NEW] renaming forgets naming scheme
Public bug reported: Binary package hint: gthumb Using 2.11.3, the file renaming forgets the used naming scheme if renaming several files. You have to retype the name template every time you enter the rename panel with several images selected. This worked well in past versions, where the pattern was kept if more than one file is selected. ** Affects: gthumb (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. https://bugs.launchpad.net/bugs/722308 Title: renaming forgets naming scheme -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 722305] [NEW] Drag and drop to directory tree broken
Public bug reported: Binary package hint: gthumb Using 2.11.3, i cannot move or copy files by drag and drop to the file tree. This is totally in broken in several stages: First, a selection of thumbnails gets deselecten when starting a drag operation in favor of the dragged one. Can be circumvented by starting drag holding ctrl... Second, only the draged one sticks to the mouse pointer shown as one full thumbnail, making it very hard to target a folder in the directory tree pane. Third, after dropping the thumbnail, nothing happens. This all works fine with gthumb on Ubuntu 10.04 for example. ** Affects: gthumb (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. https://bugs.launchpad.net/bugs/722305 Title: Drag and drop to directory tree broken -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 443004] Re: Buttons disappear or do not respond to mouse clicks in Eclipse
WORKAROUND for anyone who stil experience this bug: After a button is stuck by clicking on it, the action can be invoked by pressing return/enter. Worked on several systems for me. -- Buttons disappear or do not respond to mouse clicks in Eclipse https://bugs.launchpad.net/bugs/443004 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 572690] Re: launched applications steal focus
Experienced this bug while having desktop effects disabled, thus using metacity. So moving to metacity. ** Package changed: compiz (Ubuntu) => metacity (Ubuntu) -- launched applications steal focus https://bugs.launchpad.net/bugs/572690 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 51242] Re: New windows shouldn't steal focus
*** This bug is a duplicate of bug 67476 *** https://bugs.launchpad.net/bugs/67476 I just found this one, I also blamed this on gnome-panel: Bug 572690 When launching by gnome-panel oder menu, it is solvable: The launched application's window should get focus only if gnome-panel still has. If the user decided to do something after the launch click, the launched application's window should open behind the currently focussed window. This behavior can be seen at Windows XP too for example. Another approach could be a timed behavior: If a mouse or keyboard event occured the last x seconds, a window of an application different to the currently focussed one is opened in background. That would also cover chat- and other popup events. -- New windows shouldn't steal focus https://bugs.launchpad.net/bugs/51242 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 572690] Re: launched applications steal focus
No, this isn't a firefox issue. It holds for every application in my system. Moving back. Examples: Click on launchers of gedit, then home-folder. After typing some chars in gedit, the nautilus list search takes over. Click on launchers of gedit, then gnome-terminal. After typing some chars in gedit, the terminal takes over. The expected behavior is: If an application was launched by gnome panel, it should only gain focus if gnome panel still has focus. ** Package changed: firefox (Ubuntu) => gnome-panel (Ubuntu) -- launched applications steal focus https://bugs.launchpad.net/bugs/572690 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 577215] [NEW] gnome-display-properties needs manual override
Public bug reported: Binary package hint: gnome-control-center gnome-display-properties should have a manual override for display settings. There are now several display connection systems and thousands of misbehaving devices in the wild, so the "normal user" must have a chance to get his display working well if autodetection fails. I experience this every some days, and I don't expect that getting better. While VGA interfaces will not die out that fast, more DisplayPort and HDMI devices come to the market, and more small and embedded systems with non-mainstream video adapters are used. That keeps the chance of failure high. On Windows for example, the user expects the device manufacturer to deliver apropriate drivers. Linux cannot rely on this. If that allways need fallback to xorg.conf or xrandr tweaking, many users will consider the OS just broken. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- gnome-display-properties needs manual override https://bugs.launchpad.net/bugs/577215 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 572690] [NEW] launched applications steal focus
Public bug reported: Binary package hint: gnome-panel If an application is launched via a gnome panel launcher or the gnome main menu, its main window gains focus if opened, even if the panel lost the focus meanwhile. For example... What I do: Editing on gedit, click on a Firefox launcher, then continue to edit. What happens: When Firefox finally opens, it appears in front and steals the focus from gedit. What should happen: Firefox window should open behind gedit silently. This also has light security implications, someone could enter login data to firefox addressfield and thus google for example. I've already accidentally sent passwords to chat comrades this way. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- launched applications steal focus https://bugs.launchpad.net/bugs/572690 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 569353] [NEW] Merge should skip identical files only
Public bug reported: Binary package hint: nautilus I usually use "merge all", then "skip all" to update/backup/resyncronize a copy of a folder. However, if for example a previous copy was interrupted, a partially done file is left. After doing merge with skip, this file don't gets overwritten, so the two directorys stay out of sync. So the only way to do a secure backup is to "replace all", or even better then delete & recopy the folder to remove source deleted files also. This either means copy all files again. I think a "skip all unchanged files" mode, or even "synchronize" mode (that deletes destination files) would be very useful. But there are too much choices right now... what to do? ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Merge should skip identical files only https://bugs.launchpad.net/bugs/569353 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs