[Bug 78500] Re: gnome-control-center wipes out /home/user
The same thing happened to me yesterday. After doing the following steps, my home folder was wiped clean. On my system this is reproduceable every time: 1) Start gnome-control-center (SystemControl Centre) 2) Right-click on an icon -it doesn't matter which one, you can choose SCIM Input Method Setup, for example. On the context menu, select Remove from Startup Programs. 3) After you've done that, you'll see that you cannot start any new graphical applications -i.e. for example, if you start a new terminal, it won't come up. 4) Logout as usual by pressing the button on the top right corner of the gnome panel. You'll notice the Restart and Shut Down buttons are missing. Choose Logout. 5) Log back in and realize in despair that your /home/folder has been wiped clean and you're back to the ubuntu defaults. Bash history, evolution mail, tomboy notes, etc all gone. Regarding my system, it is an x86 (P2), which I've been continuously upgrading (Breezy-Dapper-Edgy-Feisty) since I first started with ubuntu. The way I did the upgrade from Edgy to Feisty was by using the 'update-manager'. Afterwards, I've always kept my system up to date with either upgrading from synaptic or by 'sudo aptitude update sudo aptitude dist-upgrade'. The currently installed version of gnome- control-center is 1:2.17.90-0ubuntu1. Let me know if you require more information, but as I said, at least on my system, this is reproduceable every time. -- gnome-control-center wipes out /home/user https://launchpad.net/bugs/78500 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 76011] Re: Keyboard Indicator applet does not show correct text after a second login
So it's rather a xserver-xorg bug? How does this bug differ from bug 58083? Well, I do not know whether the cause of the bug is the same as bug 58083, but the effect is definitely not the same. Just read the initial bug descriptions. I do not have enough knowledge of xserver-xorg to tell whether it comes from there, but I'd rather think it might be a session thing, since the bug only appears when logging off and back on again. -- Keyboard Indicator applet does not show correct text after a second login https://launchpad.net/bugs/76011 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 32860] Re: keyboard shortcuts do not work when a menu is open
** Also affects: gtk (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=144907 Importance: Unknown Status: Unknown -- keyboard shortcuts do not work when a menu is open https://launchpad.net/bugs/32860 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48097] Re: gedit does not get focus when opening more than one document
And also still happening on Edgy (w/ Metacity), too. -- gedit does not get focus when opening more than one document https://launchpad.net/bugs/48097 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 75980] Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected
Public bug reported: Binary package hint: gnome-panel Using Edgy, after clicking on Clear Recent Documents under PlacesRecent Documents, a dialog with a big fat warning comes up: quote If you clear the Recent Documents list, you clear the following: • All items from the Places → Recent Documents menu item. • All items from the recent documents list in all applications. /quote However, after confirming by pressing OK: 1) All items from the Places → Recent Documents menu item are deleted as expected. 2) Items from the recent documents list in all applications are *NOT* deleted. The behaviour described in 2) can easily be checked, for example, in Totem or Eye Of GNOME, where after clearing all documents from the Gnome Panel, the lists of recently opened documents in both programs remain untouched. You can also see that in ~/.recently-used, all recent documents are still listed there. I would have expected some consistency here, either: a) Clear all recent document lists from all applications from the entry in the GNOME Panel as the pop up dialog says, or b) Clear only the recent document list from the panel, leave the list on each application untouched, but add a *working* Clear Recent Documents option to each application. At the time of writing, and as an example, the two cited apps (Totem and EOG) lack such an option. Thanks. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: Unconfirmed -- Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected https://launchpad.net/bugs/75980 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 75980] Re: Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected
Closed as this is not a gnome-panel bug, but rather application specific. Applications that do not clear their recent document lists need to be ported to the new GtkRecentManager API. ** Changed in: gnome-panel (Ubuntu) Status: Needs Info = Rejected -- Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected https://launchpad.net/bugs/75980 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 75980] Re: Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected
Is the recently used panel list cleared after restarting the panel? Sebastien, thanks for your comment. As I said on the original post: 1) All items from the Places → Recent Documents menu item are deleted as expected. So there is no problem there, the list from the gnome panel is cleared. The problem is in the applications' lists. I only took Totem and eog as an example, but I don't know whether there are many other gnome applications exhibiting this misbehaviour. As I understand from your comment, the bug should not be a gnome-panel bug but specific to each application where the recent document lists are not cleared after executing PlacesRecent DocumentsClear Recent Documents. So I guess if the bug is fixed in Totem (Feisty) and there is already an open bug for eog, this could be closed, couldn't it? -- Clear Recent Documents clears only the list in the gnome panel but not other application's lists as expected https://launchpad.net/bugs/75980 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Re: Crash recovery loads twice the number of browser instances which originally crashed
Well, Epiphany does not seem to create a crash log under /var/crash as other applications do. The only thing I can say is that this is easily reproduceable whenever I've got quite a full desktop, that is, lots of windows open in different workspaces and different Epiphany windows with several tabs also distributed in different workspaces. Whenever I finish my session (i.e. turn off my computer) with such a configuration and then I restart the session (turn on the computer), Epiphany seems to always crash as described. Then after the crash recovery dialog, each instance is loading twice, the cpu load goes to 100%, etc, etc. -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 76011] Keyboard Indicator applet does not show correct text after a second login
Public bug reported: Binary package hint: gnome-applets Using Keyboard Indicator 2.16.1 from Edgy, my default layout is German without deadkeys. This layout is always displayed on the notification area with a two letter code, De. However, if I logout from the GNOME session without turning off the computer and then I log back in, the Keyboard Indicator applet will show de nodeadkeys on the notification area instead of the usual De. This also happens to the other layout I usually switch to (es Catalan). One thing I might add is that I'm not sure whether the keyboard indicator applet is the cause of the problem but rather a consequence of a deeper problem. The reason I'm saying this is because whenever I get the described behaviour, if I right-click on the applet and choose Keyboard Preferences, I get a warning dialog with the following message: quote Unable to start the settings manager 'gnome-settings-daemon'. Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager. /quote However, after clicking OK to close the dialog, the keyboard preferences are loaded as usual. In any case, the gnome-settings daemon seems to be loaded, so I think it might be that the keyboard indicator applet somehow cannot communicate with it: [EMAIL PROTECTED]:~$ ps -ef | grep gnome-settings dpm 1344 1 0 15:56 ?00:00:00 /usr/lib/control-center/gnome-settings-daemon Thanks. ** Affects: gnome-applets (Ubuntu) Importance: Undecided Status: Unconfirmed -- Keyboard Indicator applet does not show correct text after a second login https://launchpad.net/bugs/76011 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 76055] Share Folder context menu entry does no longer work
Public bug reported: Binary package hint: nautilus I'm using Edgy with the edgy-updates and edgy-proposed repositories enabled and packages up to date. Just today, I've noticed that right-clicking on a folder (e.g. on the desktop) and selecting the Share Folder entry from the context menu no longer works as it recently did. Basically, whenever I try to share a folder like that, I get a warning dialog stating: quote The configuration could not be loaded You are not allowed to access the system configuration. /quote which does not allow me to share a folder. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Unconfirmed -- Share Folder context menu entry does no longer work https://launchpad.net/bugs/76055 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60341] Re: gnome-terminal window loses title
Well, I found what the cause of the problem is in my particular case. On the following diff between /etc/skel/.bashrc and ~/.bashrc, which I attached some days ago, the bug disappears when I uncomment the line: PROMPT_COMMAND='history -a' @@ -70,3 +70,13 @@ if [ -f /etc/bash_completion ]; then . /etc/bash_completion fi + +# Append entries to the history file for each new shell +shopt -s histappend +# The contents of this variable are executed as a regular Bash command +# just before Bash displays a prompt. This appends the history entries +# for all open shells +PROMPT_COMMAND='history -a' + +# Export the local repository root +export CVSROOT=/home/dpm/cvsrepo After doing that, I no longer get a static Terminal title bar text, but it gets updated with the output of the current command as expected. So the vim thing was just a red herring, I believe. What was happening, I think, was that on the initial launch of gnome- terminal, the title bar was not being set and the Terminal default was being used. When using vim, it set the titlebar text to the name of the file being edited, and when exiting vim, the title bar was updated to nothing. So this is either a problem with bash or gnome-terminal, I think. But considering that Santiago is using zsh and also experiencing this problem, I'd be more inclined to think that this is a problem with gnome-terminal. IIRC, on Dapper gnome-terminal was not showing this problem. I might try later on with a Dapper LiveCD if this was the case. ** Changed in: gnome-terminal (Ubuntu) Status: Needs Info = Unconfirmed -- gnome-terminal window loses title https://launchpad.net/bugs/60341 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60341] Re: gnome-terminal window loses title
I can reproduce it on 2 computers. However, I've tried it on a third one and I could not reproduce it. I believe it definitely has to do with vim, since this only happens after quitting it. Furthermore, on the comment I was saying that this also happens when executing 'cvs ci', I forgot that I'm using vim as $CVSEDITOR for commit log messages. Therefore, when commiting files on cvs I do execute vim. I've observed the following: 1.- When opening a gnome-terminal window, the titlebar reads Terminal on the two computers where I can reproduce the bug. On the third (bug- free) one however, the terminal titlebar shows [EMAIL PROTECTED]: /home/dpm, where dpm is my user name and scenic the host name. Whenever I change directory on this computer, the titlebar gets updated with the current directory, which does not happen on the two other ones (It always stays as Terminal). 2.- Copying .vimrc and the .vim folder from a computer where this bug happens to the computer where this *not* happens has no effect. That is, the bug is still not reproduceable there. 3.- I've got a root account enabled on one of the computers where the bug happens. If I do a 'su -' and then execute vim from the root account, the titlebar is not lost after executing vim. While being in the root shell, the titlebar is updated with the current directory. When exiting the root shell with CTRL+D, the titlebar remains frozen at the last folder navigated from the root shell (e.g. [EMAIL PROTECTED] ~). After what I've seen on 1.-, I'm a bit confused to what it could be. Here's a short recap: Computer Bug Initial title reproduceable? - - #1 Yes Terminal (remains always like that) #2 Yes Terminal (remains always like that) #3 No user@host /home/user (the path gets updated when doing 'cd') All 3 computers have the following same settings under EditCurrent Profile... Title and Command tab: Initial Title: Terminal Dynamically-set title: Replaces initial title. -- gnome-terminal window loses title https://launchpad.net/bugs/60341 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60341] Re: gnome-terminal window loses title
I'm using bash, and I can reproduce the bug with gnome-terminal (simply edit any file with vim), but not with xterm. -- gnome-terminal window loses title https://launchpad.net/bugs/60341 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60341] Re: gnome-terminal window loses title
Confirming. It happpens to me always after running vim as well. IIRC, this seems to happen to me after running 'cvs ci' commands with cvsnt as well. Before executing vim, the gnome-terminal window title reads Terminal, after exiting vim, it reads untitled window. I'm running Edgy, using the 2.16.1-0ubuntu g-t version, and I had never seen this behaviour in Dapper. ** Changed in: gnome-terminal (Ubuntu) Status: Needs Info = Confirmed -- gnome-terminal window loses title https://launchpad.net/bugs/60341 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60341] Re: gnome-terminal window loses title
I'm attaching a text file with the differences between ~/.bashrc and /etc/skel/.bashrc as requested. There were no differences between /etc/skel/.bash_profile and ~/.bash_profile ** Attachment added: Differences between ~/.bashrc and /etc/skel/.bashrc http://librarian.launchpad.net/5107227/my_bashrc -- gnome-terminal window loses title https://launchpad.net/bugs/60341 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43655] Re: Epiphany does not open pdf files with the Acroread plugin
Closing this, as I'm using Edgy at the moment and I cannot reproduce this bug anymore. ** Changed in: epiphany-browser (Ubuntu) Status: Needs Info = Rejected -- Epiphany does not open pdf files with the Acroread plugin https://launchpad.net/bugs/43655 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60000] Re: Deskbar applet crashed
I can reproduce this bug on Edgy, too. Deskbar crashes relatively often when entering the GNOME session. The only visible feedback about the crash is the bug reporter telling me that the deskbar applet has crashed. Other than that, the applet works as expected even after a crash. I've attached a compressed copy of the generated crash report. ** Attachment added: Crash report http://librarian.launchpad.net/5055501/_usr_lib_deskbar-applet_deskbar-applet.1000.crash.tar.gz -- Deskbar applet crashed https://launchpad.net/bugs/6 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66860] Re: evolution-alarm-notify crashes on startup (xfce?)
I'm experiencing this problem as well, only that I'm not using XFCE, but GNOME. I've attached a crash report in case it helps. ** Attachment added: Crash report http://librarian.launchpad.net/5051766/_usr_lib_evolution_2.8_evolution-alarm-notify.1000.crash -- evolution-alarm-notify crashes on startup (xfce?) https://launchpad.net/bugs/66860 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Re: Crash recovery loads twice the number of browser instances which originally crashed
I believe the upstream bug is the same as reported on Edgy, thus adding a watch ** Changed in: epiphany-browser (upstream) Importance: Undecided = Unknown Bugwatch: None = GNOME Bug Tracker #346423 Status: Unconfirmed = Unknown -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Re: Crash recovery loads twice the number of browser instances which originally crashed
BTW, I unset the /apps/bug-buddy/run_on_crash key. What should I do now to provide some more info? -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Re: Crash recovery loads twice the number of browser instances which originally crashed
What version of Ubuntu do you use? * I'm using Edgy. How do you make it crash just before leaving your session? What do you call just before? 1 second? 10 seconds? 1min? * I do not make it crash deliberately. I notice that epihany has crashed in either of the two following ways: a) when starting a new session and the desktop has been loaded, the crash recovery dialog appears, asking me if I want to recover the previous browser windows. So I assume that epiphany crashed on the previous session (I might be wrong here). b) when the session is ending (i.e. after having presed the QuitShutdown button all windows closing, etc.), I see a dialog : the application epiphany has crashed unexpectedly, which appears very briefly just before showing the logout usplash. This does not happen always, but I've noticed that it happens more frequently when I've got many application windows open in several workspaces before logging out. Do you save your session automatically on logout? * Yes. Is epiphany listed by ~/.gnome2/session then? These are the current contents of my ~/.gnome2/session file regarding epiphany (I had a couple of epiphany instances running when leaving my last session IIRC, but they did not crash): 6,Program=epiphany 6,CurrentDirectory=/home/dpm 6,DiscardCommand=rm -f /home/dpm/.gnome2/epiphany/session_gnome-16tOrV.xml 6,CloneCommand=epiphany --sm-config-prefix /epiphany-ws1GYJ/ 6,RestartCommand=epiphany --sm-config-prefix /epiphany-ws1GYJ/ --sm-client-id 117f0100011610167440051310004 --screen 0 7,id=117f0100011612929080051340041 -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 59111] Re: Eternal loading of pages when recovering session
I have experienced this several times. And I would also add that the CPU load goes to 100% during this loading What I do is to press the Stop button for every single tab so it stops loading, and then load each tab I'm interested in manually by pressing the Go button. ** Changed in: epiphany-browser (Ubuntu) Status: Unconfirmed = Confirmed -- Eternal loading of pages when recovering session https://launchpad.net/bugs/59111 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Crash recovery loads twice the browser instances
Public bug reported: When Epiphany crashes just before leaving your session, the crash recovery procedure will, on the next session, load twice the number of browser instances that had crashed in the first place. That is, for example, if two browser instances crashed during logout, two additional duplicate instances will be loaded on the next session, making the total number of browser instances four. This is especially annoying when recovering several windows with several tabs open, since it takes a considerable amount of time. This behaviour, however, does not seem to happen when epiphany crashes in the middle of a session and then the recovery is initiated. ** Affects: epiphany-browser (Ubuntu) Importance: Undecided Status: Unconfirmed -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 66962] Re: Crash recovery loads twice the number of browser instances which originally crashed
** Summary changed: - Crash recovery loads twice the browser instances + Crash recovery loads twice the number of browser instances which originally crashed -- Crash recovery loads twice the number of browser instances which originally crashed https://launchpad.net/bugs/66962 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57888] Re: GMail and Ajax websites not working with Firefox 2.0 backend
It also worked for me, too. So far, I've only removed /usr/lib/firefox/components/compreg.dat. Are there any other leftover files which need to be deleted? -- GMail and Ajax websites not working with Firefox 2.0 backend https://launchpad.net/bugs/57888 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57888] Re: GMail and Ajax websites not working with Firefox 2.0 backend
I get this behaviour too, but oddly enough, only on two of the three machines I upgraded to edgy. The ones that work are x86 machines, whereas, the one where e.g. gmail does not work is an amd k7 (*not* amd64). -- GMail and Ajax websites not working with Firefox 2.0 backend https://launchpad.net/bugs/57888 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 63456] Re: Bug-buddy keeps reporting a crash and nautilus does not work
** Summary changed: - Bug-buddy won't go away + Bug-buddy keeps reporting a crash and nautilus does not work ** Description changed: After today's updates my system has become unusable. - When I start my session, bug buddy appears telling me that an - application crashed (it would be nice if it told me which one, BTW) and - that I should send a bug report telling what I was doing during the - crash. + When I start my session, bug buddy appears telling me that the CD/DVD + Creator application crashed and that I should send a bug report telling + what I was doing during the crash. To my knowledge, no application visibly crashed, but I fill in the report and send it. After sending the report, I get the following message: Bug Buddy has encountered an error while submitting your report to the Bugzilla server. Details of the error are included below. The component specified doesn't exist or has been renamed. Please upgrade to the latest version. After pressing the close button, bug-buddy comes back with a vengeance with exactly the same message. No matter what I click or do (Cancel, send, xkill it...), it always comes back. I wouldn't mind it coming back, but it seems that it does not let the desktop to finish loading. The background image does not get loaded and - my previously transparent panel is opaque. + my previously transparent panel is opaque. Furthermore: + + * Nautilus does not work (I cannot open any browser windows). + + * The logout dialog does not work (after pressing logout or shut down, + nothing happens, the logout dialog simply disappears). On a side issue, but maybe related to this, I also get a crash notification in the form of a little bomb icon at the notification area. When I click it to see what's crashed, it says that metacity crashed unexpectedly. ** Also affects: nautilus (Ubuntu) Importance: Undecided Status: Unconfirmed -- Bug-buddy keeps reporting a crash and nautilus does not work https://launchpad.net/bugs/63456 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 63456] Re: Bug-buddy keeps reporting a crash and nautilus does not work
** Also affects: nautilus-cd-burner (Ubuntu) Importance: Undecided Status: Unconfirmed ** Description changed: After today's updates my system has become unusable. When I start my session, bug buddy appears telling me that the CD/DVD Creator application crashed and that I should send a bug report telling what I was doing during the crash. To my knowledge, no application visibly crashed, but I fill in the report and send it. After sending the report, I get the following message: Bug Buddy has encountered an error while submitting your report to the Bugzilla server. Details of the error are included below. The component specified doesn't exist or has been renamed. Please upgrade to the latest version. After pressing the close button, bug-buddy comes back with a vengeance with exactly the same message. No matter what I click or do (Cancel, send, xkill it...), it always comes back. I wouldn't mind it coming back, but it seems that it does not let the desktop to finish loading. The background image does not get loaded and my previously transparent panel is opaque. Furthermore: * Nautilus does not work (I cannot open any browser windows). * The logout dialog does not work (after pressing logout or shut down, nothing happens, the logout dialog simply disappears). On a side issue, but maybe related to this, I also get a crash notification in the form of a little bomb icon at the notification area. When I click it to see what's crashed, it says that metacity crashed unexpectedly. + + I'm using + + nautilus 2.16.0-0ubuntu3 + nautilus-cd-burner 2.16.0-0ubuntu2 + bug-buddy 2.16.0-0ubuntu1 -- Bug-buddy keeps reporting a crash and nautilus does not work https://launchpad.net/bugs/63456 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 63456] Re: Bug-buddy keeps reporting a crash and nautilus does not work
After the latest kernel updates this morning (linux- image-2.6.17-10-generic, 2.6.17-10-25): a) Bug-buddy does not longer show up during the gnome session startup b) The desktop is still not being properly loaded. As reported before, there is no background image being loaded, and no context menu when right-clicking on the desktop). c) When starting a nautilus browser from a launcher, bug buddy comes up, reporting a crash in the CD/DVD Creator application as before. After filling in the description of the crash, I press the send button and I get the following message (same as before): Bug Buddy has encountered an error while submitting your report to the Bugzilla server. Details of the error are included below. The component specified doesn't exist or has been renamed. Please upgrade to the latest version. This time, at least, pressing the Close button really closes bug-buddy. d) when starting nautilus from the terminal, I get the following output: [EMAIL PROTECTED]:~$ nautilus (nautilus:8000): Liboobs-CRITICAL **: oobs_share_smb_new: assertion `path[0] == '/'' failed (nautilus:8000): Liboobs-CRITICAL **: oobs_list_set: assertion `G_IS_OBJECT (data)' failed (nautilus:8000): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (nautilus:8000): Liboobs-CRITICAL **: oobs_list_get: assertion `node-data != NULL' failed (nautilus:8000): Liboobs-CRITICAL **: oobs_share_get_path: assertion `OOBS_IS_SHARE (share)' failed ** (bug-buddy:8012): WARNING **: Couldn't load icon for Epiphany Web Bookmarks ** (bug-buddy:8012): WARNING **: Couldn't load icon for Open Folder -- Bug-buddy keeps reporting a crash and nautilus does not work https://launchpad.net/bugs/63456 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62739] Re: nautilus crashed when i logon gnome in edgy
I've added a partial stacktrace created with bug-buddy and nautilus-dbg, libgnomeui-0-dbg and libglib2.0-0-dbg installed to the bug report upstream. See http://bugzilla.gnome.org/attachment.cgi?id=73850action=view Joel, why are you removing libnautilus-gst-shares.so as a workaround? Does that not remove some nautilus functionality? ** Bug watch added: GNOME Bug Tracker #352418 http://bugzilla.gnome.org/show_bug.cgi?id=352418 ** Also affects: nautilus (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=352418 Importance: Unknown Status: Unknown -- nautilus crashed when i logon gnome in edgy https://launchpad.net/bugs/62739 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62739] Re: nautilus crashed when i logon gnome in edgy
Removing libnautilus-gst-shares.so and restarting works, but not 100%. Now I get the following situation: 1.- When I start the gnome session, it does not load properly: there is no desktop background and the panels are also not properly loaded (they are not transparent anymore) 2.- When I start nautilus from a launcher, the desktop background comes back and the panel turns transparent as before. -- nautilus crashed when i logon gnome in edgy https://launchpad.net/bugs/62739 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62739] Re: nautilus crashed when i logon gnome in edgy
Please ignore my previous comment. What I described got solved by a second restart. -- nautilus crashed when i logon gnome in edgy https://launchpad.net/bugs/62739 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62739] Re: [shares-admin] nautilus crashed when i logon gnome in edgy
My smb.conf, as submitted to the upstream bug report: http://bugzilla.gnome.org/attachment.cgi?id=73852 BTW, they just mentioned they've fixed it there (if it is the same issue). -- [shares-admin] nautilus crashed when i logon gnome in edgy https://launchpad.net/bugs/62739 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62739] Re: [shares-admin] nautilus crashed when i logon gnome in edgy
And thank you!!! -- [shares-admin] nautilus crashed when i logon gnome in edgy https://launchpad.net/bugs/62739 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57626] Re: Network Monitor Icons look stretched out on 1280x768 resolution
Since this bug applies to not only resolutions of 1280x768, could the summary not be changed to something else? Something in the lines of Network Monitor icons look stretched out, for example? -- Network Monitor Icons look stretched out on 1280x768 resolution https://launchpad.net/bugs/57626 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 63456] Bug-buddy won't go away
Public bug reported: After today's updates my system has become unusable. When I start my session, bug buddy appears telling me that an application crashed (it would be nice if it told me which one, BTW) and that I should send a bug report telling what I was doing during the crash. To my knowledge, no application visibly crashed, but I fill in the report and send it. After sending the report, I get the following message: Bug Buddy has encountered an error while submitting your report to the Bugzilla server. Details of the error are included below. The component specified doesn't exist or has been renamed. Please upgrade to the latest version. After pressing the close button, bug-buddy comes back with a vengeance with exactly the same message. No matter what I click or do (Cancel, send, xkill it...), it always comes back. I wouldn't mind it coming back, but it seems that it does not let the desktop to finish loading. The background image does not get loaded and my previously transparent panel is opaque. On a side issue, but maybe related to this, I also get a crash notification in the form of a little bomb icon at the notification area. When I click it to see what's crashed, it says that metacity crashed unexpectedly. ** Affects: bug-buddy (Ubuntu) Importance: Undecided Status: Unconfirmed -- Bug-buddy won't go away https://launchpad.net/bugs/63456 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 63456] Re: Bug-buddy won't go away
I don't know if this will actually help, since I've got no debugging symbols installed, but that's the crash report information which bug buddy seems to collect. On the description I forgot to mention that nautilus does not work anymore either (I cannot open any browser windows) ** Attachment added: bug buddy's crash report information http://librarian.launchpad.net/4602481/crash_report.txt -- Bug-buddy won't go away https://launchpad.net/bugs/63456 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 30867] Re: [Dapper] nautilus shows drive labels instead of volume labels
For my part, this bug was fixed when the other one I was mentioning on my last post was fixed. In my case I've got: /media/ubuntu/breezy - ext3 partition /media/debian/etch - ext3 partition /media/windows/C - vfat partition with label WINXP /media/windows/D - vfat partition with label DATA which show up in Nautilus' Places as follows: ubuntu/breezy debian/etch WINXP DATA and I'm quite happy with this configuration. I don't know about other people, though. -- [Dapper] nautilus shows drive labels instead of volume labels https://launchpad.net/bugs/30867 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62163] Re: Evolution doesn't open keyring when launched by a keybinding
I can confirm this on my system with evolution 2.8.0-0ubuntu3 installed. When launching Evo from ApplicationsInternetEvolution, it contacts the gnome-keyring as expected, and the account passwords are read from the keyring (i.e. Evolution prompts once for the password to unlock the keyring). However, when launching Evo from a keyboard shortcut set up under SystemPreferencesKeyboard ShortcutsDesktopE-mail, it does not seem to communicate with the gnome-keyring daemon, since it asks for the password of each and every account upon startup. The following binaries/links are on my system: /usr/bin/evolution (symlink to /usr/bin/evolution-2.8) /usr/bin/evolution (symlink to /usr/bin/evolution-2.8) /usr/bin/evolution-2.8(Evolution 2.8.0 binary) * The launcher under ApplicationsInternetEvolution Mail executes: evolution --component=mail This launcher works as expected. * The launcher under ApplicationsOfficeEvolution Mail executes: evolution-2.8 This launcher works as expected. * A keyboard shortcut set up under SystemPreferencesKeyboard ShortcutsDesktopE-mail seems to execute what's defined under SystemPreferencesPreferred ApplicationsMail Reader. In my case, that is the default Evolution command: evolution %s This is the launcher that doesn't work. As said before, when the keyboard shortcut is pressed, Evolution starts but does not seem to communicate with the keyring. Changing the command to Custom and trying: evolution --component=mail or evolution-2.8 does not help, either. ** Changed in: evolution (Ubuntu) Status: Unconfirmed = Confirmed -- Evolution doesn't open keyring when launched by a keybinding https://launchpad.net/bugs/62163 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62064] Cancel button icons are not themed
Public bug reported: The icon on the Cancel button of any dialog does not have a Human icon, and the default GNOME cross icon is used instead. It would be nice to have some consistency here, since normally the other buttons next to Cancel are themed (e.g. the Apply button, see screenshot) ** Affects: human-icon-theme (Ubuntu) Importance: Untriaged Status: Unconfirmed -- Cancel button icons are not themed https://launchpad.net/bugs/62064 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62064] Re: Cancel button icons are not themed
This screenshot shows how the icons are not consistent, in this case in Synaptic. See how Cancel has the default GNOME icon, whereas Apply has the Human icon. ** Attachment added: Cancel and Apply button icons http://librarian.launchpad.net/4415927/Screenshot-Summary.png -- Cancel button icons are not themed https://launchpad.net/bugs/62064 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62066] gnome-screenshot Save dialog does not show text for the Desktop location
Public bug reported: When saving a screenshot, the Save dialog pops up. When showing the list of locations where the screenshot can be saved, the Desktop entry has an icon, but no text (see attachment). I'm not sure if this should also be reported to human-icon-theme, since when using a different theme (e.g. Tango), the text is correctly shown. ** Affects: gnome-utils (Ubuntu) Importance: Untriaged Status: Unconfirmed -- gnome-screenshot Save dialog does not show text for the Desktop location https://launchpad.net/bugs/62066 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62066] Re: gnome-screenshot Save dialog does not show text for the Desktop location
Here it can be seen how the text description next to the Desktop entry is missing. ** Attachment added: Missing text in theDesktop entry http://librarian.launchpad.net/4415974/Screenshot-Save%20Screenshot.png -- gnome-screenshot Save dialog does not show text for the Desktop location https://launchpad.net/bugs/62066 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 62066] Re: gnome-screenshot Save dialog does not show text for the Desktop location
** Description changed: When saving a screenshot, the Save dialog pops up. When showing the list of locations where the screenshot can be saved, the Desktop entry has an icon, but no text (see attachment). - I'm not sure if this should also be reported to human-icon-theme, since - when using a different theme (e.g. Tango), the text is correctly shown. + I've checked this with the Human and Tango themes and the behaviour is + the same. -- gnome-screenshot Save dialog does not show text for the Desktop location https://launchpad.net/bugs/62066 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44744] Re: PlacesRemovable Media has got no icon
This still applies to Edgy. The Removable Media menu appears when there are more than 5 mounted units. -- PlacesRemovable Media has got no icon https://launchpad.net/bugs/44744 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47268] Re: Reload icon too small in toolbar
This bug still applies to Edgy Knot3. Will it be fixed before release? -- Reload icon too small in toolbar https://launchpad.net/bugs/47268 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45132] Re: Some stock icons missing when not using the Human theme
Closing it, since I believe it to be a theme-specific issue. Using Tango or Human icons, this bug seems no longer to be an issue. ** Changed in: ubuntu-artwork (Ubuntu) Status: Needs Info = Rejected -- Some stock icons missing when not using the Human theme https://launchpad.net/bugs/45132 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47539] Re: 'Save' icon's size is incorrect.
This bug still persists in Edgy. ** Also affects: human-icon-theme (Ubuntu) Importance: Untriaged Status: Unconfirmed -- 'Save' icon's size is incorrect. https://launchpad.net/bugs/47539 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60277] Re: Windows Network entries use a text icon instead of a computer one
This bug still persists with an up-to-date edgy installation. I just wanted to mention that a workaround is to keep pressing the reload button until the proper icons are shown. Only then can they be clicked and the corresponding smb servers accessed. -- Windows Network entries use a text icon instead of a computer one https://launchpad.net/bugs/60277 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 39844] Re: evolution and nautilus do not start
I've just added a tracker to the bug Gustavo was mentioning on the previous post. Is one of the upstream bugs a duplicate of the other? Both claim to be fixed by different patches, but the posters seem to be describing the same bug. ** Bug watch added: GNOME Bug Tracker #337597 http://bugzilla.gnome.org/show_bug.cgi?id=337597 ** Also affects: bonobo-activation (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=337597 Importance: Unknown Status: Unknown -- evolution and nautilus do not start https://launchpad.net/bugs/39844 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44067] Re: Sessions preferences help outdated
Forwarded upstream and added a tracker. ** Bug watch added: GNOME Bug Tracker #351086 http://bugzilla.gnome.org/show_bug.cgi?id=351086 ** Also affects: gnome-session (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=351086 Importance: Unknown Status: Unknown -- Sessions preferences help outdated https://launchpad.net/bugs/44067 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44074] Re: Adding new sessions has no effect
Could anyone confirm this? -- Adding new sessions has no effect https://launchpad.net/bugs/44074 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44067] Re: Sessions preferences help outdated
This bug is still there for the current 2.14.2-0ubuntu1 package in dapper. Could anyone confirm this? Should it be forwarded upstream? -- Sessions preferences help outdated https://launchpad.net/bugs/44067 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48097] Re: gedit does not get focus when opening more than one document
Bug reopened. Some recent updates seemed to bring back this issue: ** Changed in: gedit (Ubuntu) Status: Rejected = Unconfirmed -- gedit does not get focus when opening more than one document https://launchpad.net/bugs/48097 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48097] Re: gedit does not get focus when opening more than one document
I forgot to add that I'm talking of the dapper package. This bug is very easy to test, could someone please confirm this? -- gedit does not get focus when opening more than one document https://launchpad.net/bugs/48097 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48097] Re: gedit does not get focus when opening more than one document
Steven, You are right, the bug does not seem to occur anymore. I don't know which updates fixed the issue, but it must have been quite recent, since I clearly remember seeing the behaviour described on my original post at least one or two weeks ago. Since I don't know what fixed it and, as I said, something like that also happened during Dapper development (i.e. focus issues started appearing, were fixed at some point and appeared again later), I'll keep an eye on this. But hopefully this bug won't have to be reopen. Thanks for noticing this. -- gedit does not get focus when opening more than one document https://launchpad.net/bugs/48097 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44078] Possible file descriptor leak in bonobo
Public bug reported: Binary package hint: libbonobo2-0 Background: talking to the developer of mail-notify about a possible bug on that application, he pointed out that the bug might rather come from bonobo and added a link to a possible patch. I leave the investigation to someone more knowledgeable than me, but for the moment, I thought I should at least submit a bug report. Here's my question to him: quote There is only a small problem, though. When you leave mail-notify running and Evolution itself is not running, after a while it happens that bonobo-based applications cannot be started anymore. That happens with nautilus and epiphany, for example. Either killing the mail-notify running process or deinstalling the software completely, seems to solve the problem. The error shown is the following (when trying to start nautilus in this case): /quote And here's what he replied: quote This is very likely caused by a file descriptor leak bug in bonobo-activation (http://bugzilla.gnome.org/show_bug.cgi?id=315650). When Evolution is not running, Mail Notification is trying to contact it every second. Because of the bonobo-activation bug, each contact attempt causes the bonobo-activation-server process to leak out one file descriptor. Eventually bonobo-activation-server exhausts all the available file descriptors and bad things start to happen. What I suggest: contact the libbonobo package maintainer for your distribution and ask him to add the patch available in the bugzilla entry I've mentioned above. /quote Thanks. ** Affects: libbonobo (upstream) Importance: Unknown Status: Unconfirmed ** Affects: libbonobo (Ubuntu) Importance: Medium Assignee: Ubuntu Desktop Bugs Status: Rejected -- Possible file descriptor leak in bonobo https://launchpad.net/bugs/44078 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 17520] Re: Copy/select doesn't work from Compose header fields
I can confirm this on my system too. The only workaround is to use the keyboard shortcuts (i.e. CTRL-C to copy the selection, CTRL-V to paste the selection). -- Copy/select doesn't work from Compose header fields https://launchpad.net/bugs/17520 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48097] gedit does not get focus when opening more than one document
Public bug reported: I already saw this behaviour during the dapper development phase, but it somehow got fixed with some updates. Now, some days before the dapper release, I've noticed it again. Basically, after having open a document, opening a new one will cause gedit to remain in the background, whereas it would be expected that gedit gets the focus and is brought to the foreground. Steps to reproduce: 1.- Open a Nautilus window. 2.- In this window, browse a folder that contains text documents. 3.- Click on a text document. The document will be opened in gedit, which will appear on the foreground. 4.- Go back to the Nautilus window and click on a second document. The document will be open in gedit, but this time in will remain in the background, while the window list bar is flashing. Expected: gedit opens the second document and gets focus (i.e. it appears in the foreground). ** Affects: gedit (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- gedit does not get focus when opening more than one document https://launchpad.net/bugs/48097 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47746] Important emblem is too big
Public bug reported: The Human theme seems to use the default GNOME emblems for all categories except for 'Important', where the Tango emblem is used. However, when the 'Important' emblem is chosen for a folder, it is a lot bigger than the default GNOME ones, and it is in fact just as big as the folder icon itself. This seems to be related to a bug either in Nautilus or Tango (see https://launchpad.net/distros/ubuntu/+source/ubuntu-artwork/+bug/47001). This same bug seemed to affect the 'symlink' emblem, also from Tango (https://launchpad.net/distros/ubuntu/+source/tango-icon- theme/+bug/36833), and there the solution adopted was to patch the theme in order to specifically use a smaller 'symlink' emblem. However, that solved the issue for a specific emblem only. Any other Tango emblems will still have this problem. ** Affects: tango-icon-theme (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed ** Attachment added: 'Important' emblem is too big http://librarian.launchpad.net/3006585/ImportantEmblem.png -- Important emblem is too big https://launchpad.net/bugs/47746 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47268] Re: Reload icon too small in toolbar
I can confirm this on my system with ubuntu-artwork 28 installed. This happens at least with the Epiphany and Synaptic 'Reload' buttons. -- Reload icon too small in toolbar https://launchpad.net/bugs/47268 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45460] Re: Bad icons when using upstream_session
I also second this request. -- Bad icons when using upstream_session https://launchpad.net/bugs/45460 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47539] 'Save' icon's size is incorrect.
Public bug reported: The size of the 'Save' icon seems to be smaller than the rest of the icons, e.g. on a toolbar. this is not especially noticeable in most cases except (at least) this one: - SystemPreferencesTheme. The smaller size of the 'Save' icon makes the 'Save Theme...' button noticeably smaller than the other buttons around it. See attached screenshot in the next post. ** Affects: ubuntu-artwork (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed ** Attachment added: 'Save' button is smaller than the others http://librarian.launchpad.net/2991832/Screenshot-Theme%20Preferences-1.png -- 'Save' icon's size is incorrect. https://launchpad.net/bugs/47539 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 47370] Re: Nautilus context menu visual glitch on certain selections
** Attachment added: Missing Entries in the Edit Menu http://librarian.launchpad.net/2989718/Missing-1.png ** Attachment added: Missing entries in the context menu http://librarian.launchpad.net/2989725/Missing-2.png -- Nautilus context menu visual glitch on certain selections https://launchpad.net/bugs/47370 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43655] Re: Epiphany does not open pdf files with the Acroread plugin
I've observed this on two different machines already. The main thing these had in common is that they were upgraded from Breezy to Dapper, i.e. none of them had a fresh Dapper install. I'm using mozilla-acroread 7.0.1-0.0.ubuntu1 on both. For an example URL, just type in the following search string on google: 'test filetype:pdf'. None of the pdf file links returned from the search will load on Epiphany (you will get a blank page), whereas Firefox will open them correctly. Alternatively, use the following URL: www.ncrel.org/info/faq/pdftest.pdf The only workaround I found for this was to uninstall mozilla-acroread afterwards and use mozplugger+Evince to load pdf's. Thanks. -- Epiphany does not open pdf files with the Acroread plugin https://launchpad.net/bugs/43655 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 46028] Re: Taking a screenshot does not work when a menu is open
Here's another alternative for taking a screenshot when a menu is active (copied and pasted from a comment in a duplicate of this bug): 2006/5/27, sam tygier [EMAIL PROTECTED]: you could also try gimp's file-aquire-screenshot -- Taking a screenshot does not work when a menu is open https://launchpad.net/bugs/46028 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 32542] Re: It's difficult to save a Nautilus search
Just a quick comment related to this: it would actually make things easier if the help system at least told you *how* to save searches. Quoting from the Nautilus help file, chapter Searching For Files, section Saving Searches: quote Nautilus searches can also be saved for future use. Once saved, searches may be reopened later. Figure 6-12 shows a user with three saved searches, browsing one of them. Saved searches behave exactly like regular folders, for example you can open, move or delete files from within a saved search. /quote It does not actually say *anywhere* how to save a search, i.e. To save a search, go to FileSave Search As... -- It's difficult to save a Nautilus search https://launchpad.net/bugs/32542 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43655] Re: Epiphany does not open pdf files with the Acroread plugin
** Summary changed: - Epiphany does not open pdf files in tabs + Epiphany does not open pdf files with the Acroread plugin -- Epiphany does not open pdf files with the Acroread plugin https://launchpad.net/bugs/43655 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44744] Re: PlacesRemovable Media has got no icon
** Attachment added: Missing icon in PlacesRemovable Media http://librarian.launchpad.net/2693243/Screenshot-2.png -- PlacesRemovable Media has got no icon https://launchpad.net/bugs/44744 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45132] Re: Some stock icons missing when not using the Human theme
** Attachment added: Missing icon http://librarian.launchpad.net/2693397/Screenshot-Add%20to%20Panel-3.png -- Some stock icons missing when not using the Human theme https://launchpad.net/bugs/45132 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45124] About Ubuntu icon missing when using an icon theme other than Human
Public bug reported: I've just updated to ubuntu-artwork 20 and observed the following: The icon that should be nex to the menu entry in SystemPlacesAbout Ubuntu is missing when the icon theme is not Human. Steps to reproduce: 1.- Go to SystemPreferencesTheme 2.- Select the custom theme and press the Theme Details button. 3.- Select the Icons tab and choose e.g. the Crux icon theme. 4.- Go to SystemPlacesAbout Ubuntu. The menu entry has got no icon. ** Affects: ubuntu-artwork (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- About Ubuntu icon missing when using an icon theme other than Human https://launchpad.net/bugs/45124 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45128] Ubuntu icon next to the Applications menu is gone
Public bug reported: With the last update (ubuntu-artwork 20), the Ubuntu icon next to the Applications menu seems to have gone. Now the default GNOME foot is shown instead. ** Affects: ubuntu-artwork (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- Ubuntu icon next to the Applications menu is gone https://launchpad.net/bugs/45128 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 45132] Some stock icons missing when not using the Human theme
Public bug reported: I've just updated to ubuntu-artwork 20 and observed that when not using the Human theme, some icons are missing completely, that is, not even the GNOME stock icons are shown. This seems to happen for the following entries in the Add to Panel dialog: * Connect to Server... * Main Menu * Menu Bar However, when using either the tango, tangerine or human icon themes, the icons are displayed correctly. Steps to reproduce: 1.- Go to SystemPreferencesTheme 2.- Select the custom theme and press the Theme Details button. 3.- Select the Icons tab and choose e.g. the Crux icon theme. 4.- Right-click on the Gnome panel and select Add to Panel... 5.- Scroll down to Utilities and observe that the Main Menu and Menu Bar entries have got no icon at all. With some other icon themes, the Connect to Server icon is also missing. Could that have something to do with https://launchpad.net/distros/ubuntu/+source/ubuntu-artwork/+bug/45124? ** Affects: ubuntu-artwork (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- Some stock icons missing when not using the Human theme https://launchpad.net/bugs/45132 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44744] PlacesRemovable Media has got no icon
Public bug reported: Binary package hint: gnome-panel (Note: I was not sure whether I should report this to nautilus instead) On the GNOME main menu, when going to PlacesRemovable Media, where the list of removable volumes is shown, there is no icon next to Removable Media. Since all other entries in the GNOME menu have icons next to the text, I think it would make sense for the PlacesRemovable Media entry to be consistent with the other menus. ** Affects: gnome-panel (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- PlacesRemovable Media has got no icon https://launchpad.net/bugs/44744 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44492] Yelp's info: method does not default to a man page when no info page is available
Public bug reported: Yelp has got two very nice shortcuts to view man (ALT+F2 man:manpage) or info (ALT+F2 info:infopage) pages. However, when calling the info: method (ALT+F2 info:infopage), if the infopage does not exist, yelp complains quite correctly with the message: The Uniform Resource Identifier ‘info:infopage’ is invalid or does not point to an actual file. but it does not try to find and load an alternative manpage. IMHO it would be nice if yelp's info: method mirrored the behaviour of the GNU info reader, whereby if no info page is provided for an application, it then tries to load its man page if present. Steps to reproduce: 1. Press ALT+F2, type info:ls 2. The message Could not load document. The Uniform Resource Identifier ‘info:ls’ is invalid or does not point to an actual file., because the ls application in ubuntu does not provide an info page. 3. Press ALT+F2, type man:ls, and see yelp load the manpage for ls. 4. Now it can be seen that ls has a manpage, but yelp does not try to open it if the info page is not present. 5. Optionally, open a terminal instance and type 'info ls' 6. See that the GNU info reader has loaded the man page for ls after not finding its info page. ** Affects: yelp (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- Yelp's info: method does not default to a man page when no info page is available https://launchpad.net/bugs/44492 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 30867] Re: [Dapper] nautilus shows drive labels instead of volume labels
This bug is related to this issue: https://launchpad.net/bugs/38764 A fix has just been released whereby '/' volume labels are treated as a special case, so at least part of what has been discussed here seems to have been fixed already. -- [Dapper] nautilus shows drive labels instead of volume labels https://launchpad.net/bugs/30867 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44496] Download manager icon in the notification area is not transparent
Public bug reported: The Download Manager icon in the notification area has got a solid grey background. That means that when the colour of the panel containing the Download Manager icon is other than the default GNOME grey (e.g. another solid or transparent colour), the Download Manager icon background does not match that of the panel's. This is just a smal issue but it makes the panel visually unpleasant when not using the default colour and does not say much about GNOME's polish. Having a transparent icon background would make it independent of the panel's colour. In the last few weeks there have updates to make the backgrounds of GNOME applets transparent, so I think it makes sense that Download Manager gets this feature too, which IMHO would not be very difficult to implement. These are links to recently fixed bugs regarding this same issue. Some of them include the patch to make this work: https://launchpad.net/bugs/38764 https://launchpad.net/bugs/40444 https://launchpad.net/bugs/43332 https://launchpad.net/bugs/40443 The patches submitted seem all to be based in the original one from GNOME's bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=150726 Thanks. ** Affects: epiphany-browser (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- Download manager icon in the notification area is not transparent https://launchpad.net/bugs/44496 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 42619] Re: [Dapper LiveCD Beta2] GParted shows a warning for fat32 partitions
I've tried the Dapper Flight7 LiveCD on two different computers and this issue is still there. Could someone confirm this? If this can be reproduced, I think it would be worth fixing it before release, since most users coming from a Windows environment might want to have a look whether their fat32 partitions are ok before installing Dapper. Opening gparted and seeing a warning next to the fat32 partition might make them think twice before installing Dapper, since they might get worried about data integrity on their partitions, for example. -- [Dapper LiveCD Beta2] GParted shows a warning for fat32 partitions https://launchpad.net/bugs/42619 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44339] Re: Regression in usplash artwork
I couldn't agree more with all this, especially with the first comment posted by Emmanuel Touzery. In fact, I myself thought there had been something wrong when after upgrading usplash I saw the new artwork on shutdown. I had to restart again to make sure that that really was the new artwork. What happened to the brown human colours? Now I can't even see the OKs at the right side of the boot progress messages. Exactly. Why did we go to *grey* human colours? And why did the artwork change 3 weeks before release? Why not create a thread in the forums in the early stage of development to get users to throw in their ideas, for example? I think the best option would be to make usplash easily themable so the user can choose between console font colour and logo. I realise there probably won't be time to implement this in Dapper, but it is just a thought for the future. I cannot add more to this discussion. I think everything I was thinking has already been said by other users already. And again, this is not a rant. We fully appreciate the developer's work. It is because we so much like this distro that we want it to be as good as humanly possible. As a side issue, my Breezy usplash artwork used to look better than the one in Dapper (was the screen mode changed or something in Dapper?) before 0.2. I thought this was just a minor issue and I did not report it. But now, the change from 0.1 to 0.2 is something else... Thanks. -- Regression in usplash artwork https://launchpad.net/bugs/44339 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44067] Sessions preferences help outdated
Public bug reported: Affects: gnome-session (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: Binary package hint: gnome-session The help pages shown when pressing the help button for the gnome- session-settings application (SystemPreferencesSessions) seem to be out of date with regards to the current version of the application (2.14.1-0ubuntu5 at the time of writing). For example: 1) Configuring Startup Applications section. The part which says: If you specify more than one startup application, use the Priority spin box to specify the startup order of the each application. The startup order is the order in which you want the startup applications to start. does not apply anymore, since they seemed to drop the mentioned Priority spin box that used to live on the Startup Programs tab, which now seems to reside under the Current Session tab as the Order widget. 2) The four columns on the Current Session tab (i.e. Order, State, Style, Program) are not explained in the help file (Setting Session Properties section). Although you can easily figure out what Order, Style and Program are since the corresponding widgets controlling their behaviour are explained, it is still unclear to me what State means. IMHO there should be at least an entry explaining what State means. -- Sessions preferences help outdated https://launchpad.net/bugs/44067 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44074] Adding new sessions has no effect
Public bug reported: Affects: gnome-session (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: When creating a new session on the Session Options of the gnome- session-settings application (SystemPreferencesSessions) by clicking on the Add button, a new session is added on the list. So far so good. However, when logging in on GDM the new session is not shown anywhere and can therefore not be chosen. When choosing a session in GDM only the standard Last session, GNOME session, Failsafe, etc. sessions are shown. Using 2.14.1-0ubuntu5 and quoting the help page: quote Use this area of the dialog to manage multiple sessions in the GNOME Desktop, as follows: * To create a new session, click on the Add button. The Add a new session dialog is displayed. Use this dialog to specify a name for your session. * To change the name of a session, select the session in the Sessions table. Click on the Edit button. The Edit session name dialog is displayed. Type a new name for your session. * To delete a session, select the session in the Sessions table. Click on the Delete button. When you log in on GDM, you choose a session. When you choose a session, you can select which of the multiple sessions to use. /quote I would expect to be able to see my newly created session listed along with the usual Last session, GNOME session, Failsafe, etc. options in GDM. The only workaround is to create a .desktop session manually, but that defeats the point of using a GUI for creating sessions. -- Adding new sessions has no effect https://launchpad.net/bugs/44074 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41391] Re: [Dapper] Evolution's Not Junk icon is not themed using Human
I think this bug could be closed now. -- [Dapper] Evolution's Not Junk icon is not themed using Human https://launchpad.net/bugs/41391 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43655] Epiphany does not open pdf files in tabs
Public bug reported: Affects: epiphany-browser (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: On Breezy, I used to be able to open pdf files in an Epiphany tab or window by clicking on the URL containing the pdf. The only requirement for that was to have installed the mozilla-acroread and acroread packages, which provided the same functionality to firefox. However, on the last version of Epiphany this no longer works. Firefox does not seem to have this problem and can open pdfs exactly as before. Steps to reproduce (it is assumed that mozilla-acroread and acroread have been previously installed): 1. Start epiphany. 2. Go to some website where there is a link to a pdf document. 3. Click on the link or alternatively open the link on a new tab. 4. The current page stays blank forever, and the pdf is not loaded. There is no error message shown. As a comparison, the bug does not seem to appear in firefox: 1. Start firefox. 2. Go to some website where there is a link to a pdf document. 3. Click on the link or alternatively open the link on a new tab. 4. The pdf document loads in the firefox window or tab as expected. -- Epiphany does not open pdf files in tabs https://launchpad.net/bugs/43655 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43330] Epiphany is not session-managed anymore
Public bug reported: Affects: epiphany-browser (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: Using epiphany-browser 2.14.1-0ubuntu2, Epiphany seems to have lost the ability to keep data between sessions. Basically, I used to be able to open a few tabs in Epiphany, leave Epiphany running, restart my system and automatically recover the previous state when logging in to the next session. Note: with Automatically save changes to session checked in System Preferences Sessions. This functionality seems to have disappeared in the last versions of Dapper. Steps to reproduce: 1.- Start Epiphany. 2.- Optionally open a couple of tabs. 3.- Go to System Preferences Sessions and check that epiphany- browser appears on the list of currently running programs on the Current Session tab. 4.- Logout or restart. If Automatically save changes to session was not checked, choose to save the session when prompted before logout. 5.- When logging back in, epiphany is not restarted as expected. The previous state (open URLS, tabs...) is lost. -- Epiphany is not session-managed anymore https://launchpad.net/bugs/43330 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43130] Re: Epiphany isn't saved in the session
I can confirm this behaviour using epiphany-browser 2.14.1-0ubuntu2. Epiphany seems to have lost the ability to keep data between sessions. -- Epiphany isn't saved in the session https://launchpad.net/bugs/43130 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 42712] Re: gdmsetup segfaults
The common point might have been that we all have played with xgl/compiz at some point. ATM, I'm not using xgl/compiz (I uninstalled the repository packages) and my configuration files are back to what they were before trying them out. 1) The reason I personally don't have gdm.conf-custom is because I manually deleted it in order to get rid of Xgl/compiz, as suggested by this How-To from the forums: http://www.ubuntuforums.org/showthread.php?t=131267 2) After removing gdm.conf-custom, it does not get recreated. Even when manually recreating it from backup, the bug still occurs. -- gdmsetup segfaults https://launchpad.net/bugs/42712 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 42712] Re: gdmsetup segfaults
I take back what I said on my previous comment: 2) After removing gdm.conf-custom, it does not get recreated. Even when manually recreating it from backup, the bug still occurs. I don't seem to be getting this bug anymore. I don't know if it is related to the latest package updates or the fact that I manually recreated gdm.conf-custom. I must say, though, that when I did this yesterday (i.e. manually recreating gdm.conf-custom and restarting the X server) the bug could still be reproduced. -- gdmsetup segfaults https://launchpad.net/bugs/42712 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 42712] Re: gdmsetup segfaults
** Attachment added: I can also confirm this bug on my system http://librarian.launchpad.net/2501772/gdm.conf -- gdmsetup segfaults https://launchpad.net/bugs/42712 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43131] [Dapper] Edit and Delete Buttons are always grayed out.
*** This bug is a duplicate of bug 36738 *** Public bug reported: Affects: gnome-session (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: This bug report originally applies to gnome-session 2.14.1-0ubuntu3. On the Session Options tab, the Edit (rename a session) and Delete (delete a session) buttons are always grayed out (i.e. disabled), which renders their functionality useless. Steps to reproduce: 1.- Start the session preferences application: System Preferences Sessions. Notice that the Edit and Delete buttons are grayed out and cannot be clicked. 2.- Create a new session on the Session Options tab by clicking the Add button. 3.- Give this new session a name and click Ok. 4.- Regret having done that, since now you can neither delete nor rename your newly created session (Edit and Delete buttons are still disabled). ** This bug has been marked a duplicate of bug 36738 Sessions cannot be deleted -- [Dapper] Edit and Delete Buttons are always grayed out. https://launchpad.net/bugs/43131 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36738] Re: Sessions cannot be deleted
** Bug 43131 has been marked a duplicate of this bug -- Sessions cannot be deleted https://launchpad.net/bugs/36738 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36738] Upstream patch seems to fix the problem
After applying the upstream patch to gnome-session 2.14.1-0ubuntu3 on my Dapper system, the buttons seem to be working as expected. -- Sessions cannot be deleted https://launchpad.net/bugs/36738 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 39371] Re: fadeout effect on displaying the logout dialog box looks bad
Just a quick note: Quoting the upstream bug: When logging out of gnome the fadeout is often choppy and gives users a bad impression gnome's performance charateristics. I don't think getting psychedelic colours every time you log out of GNOME gives a better impression of GNOME... This is even quite noticeable with the default Dapper background, at least on my system. I don't know if that's driver-dependent -I've got an nvidia graphics card using the nvidia driver. Anyway, that's not a rant or anything, just trying to get some extra polish for this great distro. Kudos for the developer who submitted the patch, but it is still not working properly IMHO. The impression that you get when you log out of ubuntu is that the OS is somehow unfinished or not very professional. And yes, I know we are still beta... -- fadeout effect on displaying the logout dialog box looks bad https://launchpad.net/bugs/39371 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41740] Re: not mounted devices lists by nautilus places sidebar
Having had a look at the upstream bug, I agree with the idea of consistency between the different methods (Places menu, GtkFileSelector, computer:/// location and Places sidebar) but I think the current implementation has only achieved half of that. Why not apply the idea of consistency all the way through and make the Places menu, the GtkFileSelector, computer:/// and the Places sidebar have all the same behaviour and show only mounted volumes? Why is there a need to show unmounted volumes, anyway? The first thing a new user will do is click on the unmounted volume and get a cryptic Unable to mount the selected volume error message and think there is something wrong. And as I said before, I think that the behaviour of Nautilus 2.12.1 (i.e. in Breezy) fitted more to GNOME's idea of not showing unnecessary or potentially confusing information or properties to the user. -- not mounted devices lists by nautilus places sidebar https://launchpad.net/bugs/41740 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 39371] Re: fadeout effect on displaying the logout dialog box looks bad
What about using the same method for fading as the gksu package does? When showing the gksudo dialog, the fading is smooth enough and the colours of the background image are ok. -- fadeout effect on displaying the logout dialog box looks bad https://launchpad.net/bugs/39371 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 42619] [Dapper LiveCD Beta2] GParted shows a warning for fat32 partitions
Public bug reported: Affects: gparted (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: After booting successfully with the Dapper LiveCD Beta2, I open GParted and it shows a warning sign next to my fat32 partition. After right clicking on the partition and choosing the Information menu entry, the following message is displayed: Unable to read the contents of this filesystem! Because of this some operations may be unavailable. Did you install the correct plugin for this filesystem? The same version of GParted 0.1 installed on the same computer running Dapper (upgraded from Breezy) does not show any warning signs for fat32 partitions. -- [Dapper LiveCD Beta2] GParted shows a warning for fat32 partitions https://launchpad.net/bugs/42619 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41740] Re: shows not mounted devices
It seems that the new nautilus version lists all drives on the system, regardless whether they are mounted or not. Floppies and CD-ROMS are one example. This gets especially annoying in cases like internal card readers, where all units are shown in Places even if they are not mounted and not even listed in /etc/fstab. See attached screenshot for example This behaviour was different in Breezy (Nautilus 2.12.1), where only mounted drives were shown in Places. Somehow this seems to defeat GNOME's idea of simplicity, doesn't it? Instead of getting simpler and easier we are getting more verbose... -- shows not mounted devices https://launchpad.net/bugs/41740 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41740] Re: shows not mounted devices
** Attachment added: Nautilus shows all unmounted removable media http://librarian.launchpad.net/2419145/Screenshot-dpm%20-%20File%20Browser2.png -- shows not mounted devices https://launchpad.net/bugs/41740 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41623] Re: Firefox windows do not get focus when launched
sam, Thanks for your reply. What you described on your last post is what I understand as a normal case of focus stealing prevention from a well-behaved application. I find it logical and I can reproduce it on my system. So, following your steps (and ignoring step 4 as you said): 1.- Launch GNOME terminal 2.- Launch Epiphany. 3.- The Epiphany window appears on top of GNOME terminal as expected. 4.- Do nothing. 5.- Launch a new instance of Epiphany 6.- select gnome terminal, before epiphany is loaded 7.- epiphany does not steal the focus from gnome terminal. However, that is not what I reported. The point is that Firefox *always* seems to use focus stealing prevention. Using the same steps as before, except for 4 and 6: 1.- Launch GNOME terminal 2.- Launch Firefox. 3.- The Firefox window appears on top of GNOME terminal as expected. 4.- Select GNOME terminal. 5.- Launch a new instance of Firefox 6.- Do nothing. 7.- Firefox does not steal the focus from gnome terminal. = ??? I would expect that on 7 Firefox gets the focus. I see no point in it using focus stealing prevention, since nothing has been done during the time it has taken it to load. As a comparison, doing exactly the same procedure with Epiphany shows a different behaviour: 1.- Launch GNOME terminal 2.- Launch Epiphany. 3.- The Epiphany window appears on top of GNOME terminal as expected. 4.- Select GNOME terminal. 5.- Launch a new instance of Epiphany 6.- Do nothing. 7.- Epiphany steals the focus and appears on top of GNOME terminal. Note that step 7 is now what in my understanding is the normal behaviour of GNOME applications, which differs from Firefox in this case. Please feel free to correct me if I missed or misunderstood something about this focus stealing issue. Thanks. -- Firefox windows do not get focus when launched https://launchpad.net/bugs/41623 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41391] Re: [Dapper] Evolution's Not Junk icon is not themed using Human
Here are the screenshots, one for the default GNOME theme and one for the Human theme. About staying on the Junk/Not Junk icons topic. I'm sorry if my last post was confusing. I mentioned the Send/Receive buttons not as an issue but as an example. Anyway, I realise that if this bug is an issue, it is only a minor one, which does not affect the Evolution package directly. Should I better report this to ubuntu-artwork instead? ** Attachment added: Evolution: GNOME icon theme Junk/Not Junk icons http://librarian.launchpad.net/2388319/GNOME-Junk%20Icons.png ** Attachment added: Evolution: Human icon theme Junk/Not Junk icons http://librarian.launchpad.net/2388320/Human-Junk%20Icons.png -- [Dapper] Evolution's Not Junk icon is not themed using Human https://launchpad.net/bugs/41391 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41391] Re: [Dapper] Evolution's Not Junk icon is not themed using Human
Ok, I have been processing some spam today and I got to confirm that the Not Junk icon IS now themed. However, since the themed icons for Junk and Not Junk are completely different, the issue about consistency in the Human icons for Evolution still remains. I believe that if the icons show opposite actions their representation should also reflect this fact. In this way, they can provide a more intuitive hint of their functionality to the user. For example like in the default GNOME theme -as I was pointing on my first post-, where Junk and Not Junk are the same image, only that Not Junk shows a little red cross indicating negation. Another example of such opposite or complementary actions and their icon representations are the Send/Receive buttons, which are handled correctly in the Human theme -that is, represented in an intuitive form. Both icons are envelopes, the only difference of which being the direction and colour of the bottom arrow. -- [Dapper] Evolution's Not Junk icon is not themed using Human https://launchpad.net/bugs/41391 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
