[Bug 1280779] [NEW] cant unlock sporadically it grays out the input field
Public bug reported: Sporadically after the screen is locked when I try to unlock it the input field looks gray and ignores any input. It happened on saucy and now also on trusty.. Tryed to hit ESC to hide and redisplay the prompt, or event suspending and waking the computer but none helps except going to a tty logging in and killing the screensaver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-screensaver 3.6.1-0ubuntu9 ProcVersionSignature: Ubuntu 3.13.0-8.28-generic 3.13.2 Uname: Linux 3.13.0-8-generic x86_64 ApportVersion: 2.13.2-0ubuntu4 Architecture: amd64 CurrentDesktop: Unity Date: Sun Feb 16 14:04:09 2014 GnomeSessionIdleInhibited: No GnomeSessionInhibitors: None GsettingsGnomeSession: org.gnome.desktop.session session-name 'ubuntu' org.gnome.desktop.session idle-delay uint32 300 InstallationDate: Installed on 2014-02-14 (1 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140211) SourcePackage: gnome-screensaver UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-screensaver (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- 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/1280779 Title: cant unlock sporadically it grays out the input field To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/1280779/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 872806] Re: GIMP and unity-panel-service go mayhem while opening files
It happened to me when opened, resized, saved and closed png files in a row.. The slowness started around the 5. circle, and it gets worst and worst until I kill unity-panel-service -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in Ubuntu. https://bugs.launchpad.net/bugs/872806 Title: GIMP and unity-panel-service go mayhem while opening files To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/872806/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Actually the size of the shadow sounds as a good starting point! -- Eisenberger Tamás On Thu, Dec 22, 2011 at 10:07 AM, The Fiddler <160...@bugs.launchpad.net>wrote: > 2011/12/22 u-foka > > > Maybe the best would be a configurable size for the hidden grab area :) > > Currently it's difficult to change, how I seen the size is hardcoded > > into the theme right? > > > > > But is this really necessary? > > Three options: > - review feedback and pick a sensible default value > - add a new option to ccsm > - link the actual radius with some other element that makes sense, e.g. the > shadow decoration. > > KDE has a configurable border size somewhere in its theme options (option > #2). Gnome 2 used to link the radius with the theme border (option > #3). Windows and MacOS (Lion) don't have a configurable size, same as Unity > (option #1). I am not sure about Gnome Shell (but the default size seems to > be slightly larger than Unity). > > This is on of those cases where a sensible default, well, makes sense. A > size of 8px or 10px would be easier to hit than 5px, without impacting > usability negatively (i.e. it still falls within the visible shadow > decoration, where you are unlikely to click to raise a window). It should > be a relatively simple change with a negligible chance of regressions. > > -- > You received this bug notification because you are subscribed to a > duplicate bug report (638709). > https://bugs.launchpad.net/bugs/160311 > > Title: > Resizing windows by grabbing window borders is difficult > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions > -- 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/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Maybe the best would be a configurable size for the hidden grab area :) Currently it's difficult to change, how I seen the size is hardcoded into the theme right? Eisenberger Tamás On 12/22/2011 01:26 AM, Steve Flynn wrote: > On 21 December 2011 22:27, u-foka wrote: >> Hy! >> >> I can grab the 5px areas easily with trackball or touchpad on my T61 >> (14,1" 1440x900), on the other hand, the 1px area is nearly impossible >> to catch with any display and pointing device. > > Alienware m15x, 1900 * 1200. If I hit the grab area first time using > the touchpad it's a fluke. If I hit it with the trackball, it's only > with a degree of concentration. Same laptop, same trackball and > touchpad, Windows at the same rez - no problem. > > /shrug > > Been complaining about this for getting one for 2 years and it > actually got resolved. Then Oneric came out and it was back to square > one. > -- 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/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hy! I can grab the 5px areas easily with trackball or touchpad on my T61 (14,1" 1440x900), on the other hand, the 1px area is nearly impossible to catch with any display and pointing device. Eisenberger Tamás On 12/21/2011 10:53 PM, Steve Flynn wrote: > On 21 December 2011 20:54, David N. Welton > wrote: > >> Bingo! My laptop has a very high resolution screen, and this bug drives >> me batty. Don't the developers ever test on a system with a high >> resolution screen and a trackpad? > > Try using a trackball. Absolute nightmare. > -- 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/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hy! I'm a little bit afraid of a larger resize area.. If I click 10px far from a window, I probably want to raise the window below. 5-6px is ok, but more is risky, especially because that area is invisible. Eisenberger Tamás On 12/21/2011 03:56 PM, The Fiddler wrote: > 2011/12/21 John Lea<160...@bugs.launchpad.net> > >> @stapostol; thanks for your response, I've marked the bug as also >> affects unity2d. Re. the sizing of the dragable area, in WindowsXP the >> dragable area is 5px (but it may well be larger in Windows 7). So yes >> the size could be increased, but 5px also seems workable. > > > Indeed, WinXP had 5px draggable areas - but WinXP is 10 years old now and > it might not be the most suitable point of reference for modern design > topics. The draggable area was increased in Vista (same as Win7) and I > think I recall a msdn blog mentioning this was based on usability tests > (but it's been half a decade since then and my google-fu is letting me > down, so don't quote me on that). > > In any case, the drag area is invisible in Unity, so a potential size > increase should be a relatively safe change. > > >> For those who >> need * significantly* larger grabable areas for accessibility reasons, >> another options is to use the love handles with a key combination, see >> http://linux-software-news-tutorials.blogspot.com/2011/06/activate- >> fantastic-grab-handles-in.html for details. >> > > These are indeed fantastic, maybe they merit more attention than currently > given. (I love them on my laptop, but I cannot find a way to use them on my > desktop). > -- 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/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 879456] Re: Typeahead functionality for nautilus is broken
The patch worked for me too, without noticeable side effects after a half hour. -- 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/879456 Title: Typeahead functionality for nautilus is broken To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/879456/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 804946] Re: gnome-settings-daemon crashed with SIGSEGV in g_variant_unref()
Hy there! Bug 865115 was appeared the same time as this bug, can it be related? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to glib2.0 in Ubuntu. https://bugs.launchpad.net/bugs/804946 Title: gnome-settings-daemon crashed with SIGSEGV in g_variant_unref() To manage notifications about this bug go to: https://bugs.launchpad.net/glib/+bug/804946/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 828756] Re: getting "connection is untrusted" warnings
Hy! The bug was solved by the gnome-keyring 3.1.91-0ubuntu4 upgrade about a week ago, but now it's back with 3.1.92-0ubuntu1 :( What's happening? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu. https://bugs.launchpad.net/bugs/828756 Title: getting "connection is untrusted" warnings To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/828756/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792636] Re: Power section no longer allows configuration of "when the lid is closed" action in Oneiric
Hey, actually I found the config key moved from gconf to gsettings (can be edited trough dconf-editor) under /org/gnome/settings-daemon/power /lid-close-*-action -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/792636 Title: Power section no longer allows configuration of "when the lid is closed" action in Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/792636/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792636] Re: Power section no longer allows configuration of "when the lid is closed" action in Oneiric
Hy! I can understand the opinion of the gnome developers (even if I can't agree with them) but as they removed the gconf keys too, that's insane :( The best way maybe would be to provide a simple gui for simple users with an advenced button in the corner (only one more item, that will never be pushed by someone who hates options) what is usefull for the users who love options.. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/792636 Title: Power section no longer allows configuration of "when the lid is closed" action in Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/792636/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 789624] Re: nautilus can't open files until its statusbar updated
Pedro! Can I help anyhow to confirm this issue? The problem is still here :S Thanks! -- 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/789624 Title: nautilus can't open files until its statusbar updated To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/789624/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 789624] Re: nautilus can't open files until its statusbar updated
Hy! I can reproduce the bug on any of the files in that folder, and can't when I copy any of the files to a separate folder. Also I made little script to populate a folder with 1 txt files, and I can reproduce the bug in that folder (but I have to be faster than with the wallpaper folder, I think the thumbs make nautilus even slower). The images are uploading to a server right now, and will be accessible at http://eisenberger.hu/~u-foka/wallpaper.tar (but note that I don't own the right for most of those images) -- 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/789624 Title: nautilus can't open files until its statusbar updated -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 789624] Re: nautilus can't open files until its statusbar updated
Hy! I've checked .xsession-errors with tail -f and there were no new lines when I double clicked on a picture and it refused to open.. (However there were messages when the file opened but those should be irrelevant) Can I send debug information any other way? -- 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/789624 Title: nautilus can't open files until its statusbar updated -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 789624] Re: nautilus can't open files until its statusbar updated
-- 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/789624 Title: nautilus can't open files until its statusbar updated -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 789624] [NEW] nautilus can't open files until its statusbar updated
Public bug reported: Binary package hint: nautilus Hy! I have a lot of wallpapers (mostly JPG) in a single directory (Nautilus says: 1,193 items, totalling 1.7 GB) when I try to open one of them, it mostly succeeds only second time (by double clicking). But when I click on the image first, and then double click, it always opens... It never happens on smaller dirs. I also noticed that when the file won't open, I can see the status bar was updated after I finished the double click, and suspec that this is related to the problem... ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: nautilus 1:2.32.2.1-0ubuntu13 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 NonfreeKernelModules: nvidia Architecture: i386 Date: Sat May 28 19:52:55 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20110327) ProcEnviron: LC_TIME=hu_HU.UTF-8 LANGUAGE=en_US:en PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 natty -- 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/789624 Title: nautilus can't open files until its statusbar updated -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 658267] Re: GIMP sends blank page when printing
Hy! I've just gone into this on maverick 32bit... -- GIMP sends blank page when printing https://bugs.launchpad.net/bugs/658267 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33072] Re: Pulling AC plug suspends computer
Hy! I have this bug in maverick beta! Should I open a new bug? And what Information should I report? I have a Dell Vostro 1310.. -- Pulling AC plug suspends computer https://bugs.launchpad.net/bugs/33072 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
That would be great, if that won't break the consistence... but it does! Sadly all non native gtk application have problems with globalmenu... wx apps have an empty menu bar on their window while the actual menu moved to the panel, others like oo & firefox simply doesn't care about globalmenu, because they don't use any gtk widgets (only drawing functions), and there are other problems, like freezes with acroread. So that can't happen to globalmenu be default... On 04/06/2010 04:43 PM, Alvin wrote: > Yes! That is a great idea, Michael! > > Gnome global menu applet ( http://code.google.com/p/gnome2-globalmenu/ ) > is a very good way of avoiding the problem of clicking Close when > intending to open the File menu. > > I hope this can be made the default for the new button-paradigm-shifted > themes. > > That would really clean up the windows and make even more room for novel > interface experiments if that is what Canonical wants. > > I say, if Ubuntu is really going to change in the direction of Apple- > like UI instead of Microsoft-like UI I welcome that wholeheartedly. > > What I do not like (or understand) is taking some bits from Apple > (buttons) and some from Microsoft (menu) but without having any real > reason behind it other than simply being different. > > Either Canonical needs to do real (and I mean REAL) user experience > testing months before introducing dramatic UI changes. OR, they need to > trust what other companies/organizations do and not be queasy about > looking like an imitation. > > If Canonical thinks Apple has the best UI ideas, then grab those ideas, all > of them, all at the same time! > :-) > > -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 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 441396] Re: Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus
Hy! Many thanks Fortunato! I've upgaded from your ppa, and now totem work's as expected! :) Thanks! -- Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus https://bugs.launchpad.net/bugs/441396 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
Re: [Bug 441396] Re: Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus
Yes, it works some time but it surely under five percent! -- Eisenberger Tamás On Thu, 2009-11-05 at 19:58 +, andrea.dolcini wrote: > No sorry! > > it worked only 1 time > > 2009/11/5 Andrea Dolcini > > > It worked for me. > > > > I've removed each totem pakage and configuration and reinstalled THX! > > > > 2009/11/5 picomike > > > > #22 solution doesn't worked for me neither :( > >> > >> -- > >> Totem hangs while loading a video with .srt (or .txt in MicroDVD format) > >> sub from nautilus > >> https://bugs.launchpad.net/bugs/441396 > >> You received this bug notification because you are a direct subscriber > >> of a duplicate bug. > >> > >> Status in The GStreamer Multimedia Framework: Unknown > >> Status in Totem Movie Player: Confirmed > >> Status in Ubuntu Release Notes: Invalid > >> Status in “gstreamer0.10” package in Ubuntu: Triaged > >> > >> Bug description: > >> I have just upgraded to karmic beta1. > >> When the option "automatically load subtitle files when movie is loaded" > >> is > >> enabled, totem stops responding while loading a video with subtitle file. > >> If > >> the option is disabled and the subtitle file is specified manually it > >> works. > >> It seems that this bug shows up only during the program startup from > >> nautilus. > >> > >> The program doesn't crash, it sticks on loading (the window is > >> unresponsive) > >> and i have to force quit (kill the application). In this way a crash > >> report is > >> not produced. I have used "killall -SEGV totem" to trigger apport. > >> > >> ProblemType: Crash > >> Architecture: i386 > >> Date: Sat Oct 3 15:44:49 2009 > >> DistroRelease: Ubuntu 9.10 > >> ExecutablePath: /usr/bin/totem > >> Package: libgstreamer0.10-0 0.10.24.3-1 > >> ProcCmdline: totem /home/username/Desktop/test.avi > >> ProcEnviron: > >> LANG=en_US.UTF-8 > >> SHELL=/bin/bash > >> ProcVersionSignature: Ubuntu 2.6.31-11.38-generic > >> SegvAnalysis: > >> Segfault happened at: 0x2e3422 <__kernel_vsyscall+2>: ret > >> PC (0x002e3422) ok > >> Reason could not be automatically determined. > >> Signal: 11 > >> SourcePackage: gstreamer0.10 > >> StacktraceTop: > >> __kernel_vsyscall () > >> __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 > >> _L_lock_752 () from /lib/tls/i686/cmov/libpthread.so.0 > >> pthread_mutex_lock () > >> gst_object_get_parent () > >> Title: totem crashed with SIGSEGV in __kernel_vsyscall() > >> Uname: Linux 2.6.31-11-generic i686 > >> UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare tape > >> > > > > > > > > -- > > Andrea Dolcini > > > > cell.: +39 338 8650925 > > e-mail: andrea.dolc...@gmail.com > > > > > -- > Andrea Dolcini > > cell.: +39 338 8650925 > e-mail: andrea.dolc...@gmail.com > -- Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus https://bugs.launchpad.net/bugs/441396 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 441396] Re: Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus
Hy there! I've sucking with this since I'm upgraded to karmic around it's beta release... I can live with that, but I think it's a major problem... think that someone (a new ubuntu user) installs ubuntu, inserts a disc with a movie to watch it Ubuntu probably asks the user to install codecs, and after the codec installation the movie never starts :S Then anyone entitled to say that "Ubuntu/Linux is useless, it can't even play a movie" So in my opinion, this issue must be solved somehow until the final release :S -- Totem hangs while loading a video with .srt (or .txt in MicroDVD format) sub from nautilus https://bugs.launchpad.net/bugs/441396 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 440959] Re: Totem freeze while opening video files
Hy! I have this issue too, but I can play videos when I use the file/open item from totem's menu. Should I try to make a trace at the frozen state? -- Totem freeze while opening video files https://bugs.launchpad.net/bugs/440959 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 215827] [NEW] .gvfs not unmouned on logout
Public bug reported: Binary package hint: gvfs-fuse Hy! Yesterday I setting up my home directory to be encrypted with dm-crypt and pam-mount on my brand new hardy installation. And the problem is, when I try to logout, my session only ended if I kill my X with Ctrl-Alt-BkSpc... My theory is how pam-mount trying to unmount my home what is locked by the mounted .gvfs. I think this because I logged in on tty when my X hangs on logoff, and I seen how .gvfs is still mounted... Thanks for your help! ** Affects: gvfs (Ubuntu) Importance: Undecided Status: New -- .gvfs not unmouned on logout https://bugs.launchpad.net/bugs/215827 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
