[Bug 884941] Re: Ctrl-L on desktop puts location on the top of the screen (when using no toolbars)
Hmm; it may be a bug that's present in the upstream version, but I can't seem to reproduce it on Oneiric when logged in to a guest GNOME session (i.e. one using gnome-shell). It may be that there's some behaviour that blocks Ctrl-L when nautilus is running under gnome-shell that isn't working under Unity. That said, the functionality of being able to open an arbitrary folder is quite handy so it'd be a loss to lose it completely. -- 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/884941 Title: Ctrl-L on desktop puts location on the top of the screen (when using no toolbars) To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 884941] Re: Ctrl-L on desktop puts location on the top of the screen (when using no toolbars)
Nautilus handling the desktop under gnome-shell seems to be the default for the guest session, according to gnome-tweak-tool and observed behaviour. For example, right clicking on the desktop allows you to create new folders and documents. The Ctrl-L bar is definitely not appearing: there's nothing taking input focus so typing '/tmpReturn' doesn't open a file browser, and the wallpaper doesn't shift as you've observed it does when the Ctrl-L bar does appear. I don't have gnome-panel installed at the moment so can't compare the behaviour there. -- 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/884941 Title: Ctrl-L on desktop puts location on the top of the screen (when using no toolbars) To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 884941] Re: Ctrl-L on desktop puts location bar behind panel
Ok, here's a screenshot of what I see when I press Ctrl-L on my login. I've tried reproducing while using the guest session, but it doesn't seem to have the same problem. This suggests it could be something to do with the settings that I have accumulated from previous versions of nautilus, but I'm unsure what setting turns this behaviour on. ** Attachment added: Screenshot at 2011-11-30 22:16:06.png https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/884941/+attachment/2614099/+files/Screenshot%20at%202011-11-30%2022%3A16%3A06.png -- 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/884941 Title: Ctrl-L on desktop puts location bar behind panel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 884941] Re: Ctrl-L on desktop puts location bar behind panel
Ah, worked it out. Open a normal nautilus window and choose View Main Toolbar to remove the toolbar from nautilus windows. Click on the desktop and press Ctrl-L and the location field appears at the top of the desktop, behind the Unity panel. -- 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/884941 Title: Ctrl-L on desktop puts location bar behind panel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 884941] [NEW] Ctrl-L on desktop puts location bar behind panel
Public bug reported: When using Unity, clicking on the desktop to give it the keyboard focus and then pressing Ctrl-L causes a location bar to appear behind (and partly obscured by) the Unity panel, and the icons on the desktop shuffle down slightly. In previous versions using Gnome 2 this shortcut would bring up a dialogue box in which you could type the path name of a folder to open, which was very handy. The functionality still works, but the presentation is obviously incorrect. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: nautilus 1:3.2.1-0ubuntu2 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Uname: Linux 3.0.0-12-generic x86_64 ApportVersion: 1.23-0ubuntu4 Architecture: amd64 Date: Tue Nov 1 21:11:40 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) ProcEnviron: PATH=(custom, user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: Upgraded to oneiric on 2011-10-22 (10 days ago) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug oneiric running-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/884941 Title: Ctrl-L on desktop puts location bar behind panel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 884941] Re: Ctrl-L on desktop puts location bar behind panel
-- 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/884941 Title: Ctrl-L on desktop puts location bar behind panel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/884941/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 762918] Re: Natty Screensaver freezes system after some period of inactivity
From the article in the previous comment it looks like this might be a duplicate of bug #740126. Plenty of discussion and investigation going on there. -- 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/762918 Title: Natty Screensaver freezes system after some period of inactivity To manage notifications about this bug go to: https://bugs.launchpad.net/acpi/+bug/762918/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 785521] Re: In 11.04 ~/.Xresources fails to load correctly after login from gdm
I've just run into this too, after trying to hook the Solarized colour scheme Xresources https://github.com/altercation/solarized/blob/master /xresources-colors-solarized/Xresources into my ~/.Xresources file. Because the file isn't being processed by the C preprocessor any more the preprocessor symbols don't get expanded and, in my case, urxvt (rxvt-unicode) substitutes bright pink for the colours it can't make sense of. It's a bit misleading, because a first look around would suggest that the resources are loaded by /etc/X11/Xsession.d/30x11-common_xresources and there the -nocpp option isn't used. It's only when you dig a bit deeper that you spot the the resources are actually loaded in /etc/gdm/Xsession with the -nocpp option. Further, where /etc/gdm/Xsession does run through the scripts in /etc/X11/Xsession.d, it doesn't set up the environment completely. The fix to bug #398300 added some of the required environment variables (around lines 290 to 294) but didn't finish the job by setting up everything that /etc/X11/Xsession would do. The workaround that I posted in bug #398300 still works for this bug: Create a ~/.xprofile that contains the following: SYSRESOURCES=/etc/X11/Xresources USRRESOURCES=$HOME/.Xresources and the 30x11-common_xresources script should work as intended. It seems a bit redundant as it duplicates behaviour from the /etc/gdm/Xsession script - xrdb is being run more times than really is necessary. But it works for me. Of course, I don't expect this to get fixed. The next release will replace gdm with LightDM so we'll have a new session setup script to debug. ** Changed in: gdm (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/785521 Title: In 11.04 ~/.Xresources fails to load correctly after login from gdm -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 762918] Re: Natty Screensaver freezes system after some period of inactivity
A quick run through the comments suggests that the Intel graphics adaptor might be a common factor here. Is anyone having this problem on a system that isn't using Intel graphics? If not, that may implicate xserver-xorg-video-intel. -- 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/762918 Title: Natty Screensaver freezes system after some period of inactivity -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 398300] Re: The new gdm doesn't give an option to use .xsession
I've got an alternative explanation for what's going wrong here. The default GNOME session runs gnome-session and this in turn runs /etc/gdm/Xsession as mentioned in comment #14. As pointed out there, /etc/gdm/Xsession runs through the session scripts in /etc/X11/Xsession.d. This includes 50x11-common_determine-startup which should cause ~/.xsession to be picked up. What's going wrong is that a set of environment variables that are normally set by /etc/X11/Xsession are not set by /etc/gdm/Xsession, including things like USERXSESSION. So when the scripts run they don't behave as designed. A simple kludge to get things working is to observe that /etc/gdm/Xsession sources /etc/xprofile and ~/.xprofile very early on, and we can use one of these files to set the environment up correctly for the Xsession.d scripts. Stick the attached script into /etc/xprofile (or ~/.xprofile) and see if that gets .xsession working again. It works for my dot files that depend on .xsessionrc getting sourced. I'm not sure what a more correct fix would look like as I haven't delved into which files are sourced from Debian/Ubuntu sources and which are from upstream (and hence less favourable for changes). ** Attachment added: xprofile script fragment to set up environment for Xsession.d scripts http://launchpadlibrarian.net/36633221/xprofile -- The new gdm doesn't give an option to use .xsession https://bugs.launchpad.net/bugs/398300 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