Re: [Bug 67443] Re: Progress bar is invisible
This does not happen out of the box, on that machine, with Ubuntu Gutsy ( 7.10). (Installed using Herd 2 desktop cd, upgraded to current version). DefaultDepth in xorg.conf is 24. Can anybody confirm? Bye, -Dylan McCall On 7/22/07, Robvdl [EMAIL PROTECTED] wrote: I experienced this bug the other day also on an SiS 6326 8Mb AGP graphics card, so it does not only affect intel 810 and 815 onboard cards now. Once again, switching from 32 bit colour to 16 bit colour fixed the problem, but it's not something you really want to do. -- Progress bar is invisible https://bugs.launchpad.net/bugs/67443 You received this bug notification because you are a direct subscriber of a duplicate bug. -- Progress bar is invisible https://bugs.launchpad.net/bugs/67443 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for ubuntulooks in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 133565] Repeated items in Places menu (Feisty-Gutsy transition). Need consistent Places lists.
Public bug reported: Binary package hint: gnome-panel I realize that a symptom of this problem has been reported, but it has also been worked around, and the existing bug reports do not highlight the actual problem. [Sorry in advance, this bug report is more a solution suggestion.] In Gutsy (7.10), the Bookmarks submenu in the Places menu has been removed, and the bookmarks have been relocated to list right below the more official Places. In Feisty (7.04), users would put many locations as bookmarks in Nautilus for easy access. Locations accessible through the Places menu are not always accessible via Nautilus, so it was necessary to create bookmarks. Users' bookmarks were duplicates of items in the Places menu then, too, but it was not as much of a problem since they were in a sub-menu; Places-Bookmarks. A Feisty user upgrading to Gutsy will find duplicates of many of their Places menu items, and will be very confused. These duplicates are Nautilus bookmarks being listed below locations determined by the Places menu itself, with the same names and icons. (Thus, it looks ugly!). For the sake of the community support, this needs a fix, or it will surpass the synaptic wants to remove ubuntu-desktop! problem reports in shear quantity -- something which I, for one, considered impossible. In my opinion, the ideal fix is for the Places menu to stop having its own built in locations (Documents, Home Folder and Desktop). The locations in that menu should be entirely grabbed from Nautilus' bookmarks to avoid duplicate entries. To better accommodate the change, Nautilus' bookmarks list should contain, by default, all of the entries previously in the Places menu. The lists of Places should be identical in Nautilus, the file chooser widget, and the Places menu. In this way, users will not need to create Nautilus bookmarks to locations that are already listed in other menus, and the problem of Places menu items grabbed from bookmarks being identical to built in items will be circumvented by eliminating the built in items in that menu, thus ensuring that there would be nothing to be a duplicate of. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Repeated items in Places menu (Feisty-Gutsy transition). Need consistent Places lists. https://bugs.launchpad.net/bugs/133565 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 133566] Nautilus Places list is inconsistent
Public bug reported: Binary package hint: nautilus Nautilus' Places list contains two distinct sections: The one on the top, which the user cannot edit, and the one of the bottom, which the user can edit. The bottom ones are bookmarks, created by the user to link to files. They can be freely added and removed. The top ones are built in, listing mounted file systems, the user's home folder, Desktop and Documents. It is those last two that I am particularly bothered by. It makes sense that the bookmarks for mounted file systems would not be editable, but why are those not controlled by the user? For example, a user may not want his Documents folder linked to in the Places list, but unless he changes its name, it will be. He has no control over this. Whether or not to bookmark the Documents or Desktop folders should be entirely in the user's hands, where those menu entries are created in the user-editable section of the Places list. Nautilus could still create those bookmarks automatically, but the user should be able to remove or rename them, since they are linking to writable files in that user's space. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Nautilus Places list is inconsistent https://bugs.launchpad.net/bugs/133566 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 122602] Re: Duplicated entries in Places Menu
You guys probably already noticed this, but the duplicate bug #133565 contains an explanation of what probably is causing this for you, and why it is still a bug needing a fix even with the simple workaround. In retrospect, I should have done that as a comment to this (thanks for pointing out the duplicate, Sebastien -- I don't know how I missed that), but it would be bad form to copy and paste it at this point. -- Duplicated entries in Places Menu https://bugs.launchpad.net/bugs/122602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136256] Quit option in System menu - strange wording?
Public bug reported: Binary package hint: gnome-panel In the System menu, there is an option labelled Quit... I have seen two different users confused by this option, who have had trouble determining how to log out. There are a few reasons for this, and some other problems associated with this naming: -Quit is generally not associated with logging out of the system. When somebody is looking to log out or turn off the computer, Quit is usually not the first thing on his mind. -That menu item also leads to Hibernate, Stand By and Lock Screen. None of these are really quitting, but rather pausing. -Quit may be mistaken for the action of exiting a program. It is (vaguely) possible that a user could select that menu option thinking to quit a program. I will admit to being unable to think of such a broad title as would cover all these options at once (other than Quit), but I believe if there is a tidy and understandable solution, it would work well. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Quit option in System menu - strange wording? https://bugs.launchpad.net/bugs/136256 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Recent Documents menu unnecessarily states No items found
Public bug reported: This is with the Recent Documents list, under the Places menu in the main menu applet in Gutsy. Recent documents are listed, but below them there seems to always be a greyed out line saying No items found. This is potentially confusing and incorrect, since there are indeed items being found. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Changed in: gnome-panel (Ubuntu) Sourcepackagename: None = gnome-panel -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Re: Recent Documents menu unnecessarily states No items found
Here is a screen shot showing my Recent Documents menu... ** Attachment added: Recent Documents menu with No items found at bottom of list http://launchpadlibrarian.net/9070562/Screenshot-Desktop.png -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67185] Re: Progress bar progress invisible
Okay, I have a few more symptoms here... If I change to another theme (eg: Clearlooks) the progress bar displays fine. However, when using the Human theme (and only the human theme) the above bug occurs. -- Progress bar progress invisible https://launchpad.net/bugs/67185 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106653] Ubuntu main menu applet scales poorly
You have been subscribed to a public bug: Ubuntu's main menu panel applet has some drawing issues with various panel sizes, particularly when the panel is positioned at the bottom of the screen. The applet has the Ubuntu logo as its icon as well as an arrow (from the current theme) indicating that it expands when clicked. The following problem occurs both with the Human theme and the Clearlooks theme and no other theme-related errors of this sort occur on my machine so I think it is safe to assume the problem is with the applet. The error I am reporting here has to do with that arrow: Its position seems very strange when its panel is positioned at the bottom of the screen and it does not sit well with other panel applets. With small panel sizes it overlaps the Ubuntu logo on its right side and with big panel sizes the arrow is displayed so far away from the icon that it is invisible. Evidently, the arrow's size / position is not taken into account when the entire main menu applet's size (and thus the position of the next applet over) is determined. At those larger sizes, the main menu's arrow actually ends up being drawn behind a neighbouring applet such that it is either cut off by that applet or it appears attached to that applet. Either way ends both in confusion and a burning pain in the eyes. A guess for what is going on: The arrow is drawing in a correct place when the panel is aligned to the top or left, but the applet does not take into account the panel's position when drawing so the arrow is drawn a distance /away/ from the icon instead of a distance onto the icon (as it is with the panel at different alignments). Sorry about my weird description. I know very little about how panel applets work! I will post screen shots below, which should show what I'm on about a lot more clearly. Keep an eye on the arrow attached to the main menu icon. My suggested fix is to remove the arrow since it is very small (hard to notice) on the default panel layout, though another possibility is to have an arrow always intentionally drawn beside / above its icon (as with the Deskbar applet). Also, if my guess above is accurate, then I suppose the fix is actually fairly simple. ** Affects: gnome-applets (Ubuntu) Importance: Undecided Status: Unconfirmed -- Ubuntu main menu applet scales poorly https://bugs.launchpad.net/bugs/106653 -- desktop-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 106653] Re: Ubuntu main menu applet scales poorly
I am using the menu applet that has the title Main Menu and the description The main GNOME menu. Sorry, I do not know its 'real' name. It one of the applets available by default... On 4/18/07, Sebastien Bacher [EMAIL PROTECTED] wrote: ** Changed in: gnome-panel (Ubuntu) Status: Unconfirmed = Needs Info -- Ubuntu main menu applet scales poorly https://bugs.launchpad.net/bugs/106653 You received this bug notification because you are a direct subscriber of the bug. -- Ubuntu main menu applet scales poorly https://bugs.launchpad.net/bugs/106653 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67443] Re: Progress bar is invisible
Mitch: I do not have that problem with the USplash (although it does some ugly stuff when hibernating!). However, I am experiencing another really weird graphics glitch in Edgy, and I have subscribed to its bug report: I can sort of describe it as a really strange vertical / horizontal artifact-filled scrolling mess which occurs when logging out, restarting X... maybe something to do with changing graphics modes. I've noticed that it flashes assets used in the Human theme, so probably stuff left in VRAM... My specs: Ubuntu is running on a very old Compaq Presario with a 500 mHz Celeron processor and an Intel Integrated Graphics card. (i810). Both bugs happen with both the i810 driver and the alternative intel driver. Installing from the same disk (and with the same procedure) on a different computer does not result in any of these glitches. -- Progress bar is invisible https://launchpad.net/bugs/67443 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67443] Re: Progress bar is invisible
Hrm, we have pretty similar hardware! Okay, that bug there which I think may be related (or may just happen to not like the same hardware as this one doesn't like) is bug #66652 -- Progress bar is invisible https://launchpad.net/bugs/67443 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36855] Re: Username/Password entry confusing for inexperienced users
Reposting some thoughts brought about in a forum thread about this. Just a quick thought for a stable middle-grounds. As usual, you start up with one single box visible asking clearly for Username. After entering your username, that box stops being an edit box (instead just becomes a bit of text displaying the name for the account being logged in to) and the password box or whatever else appears underneath. This would actually be more user-friendly than the usual two-box design, because if someone doesn't have a password (actually I'm not sure if that is possible in Ubuntu, but if it is) then they aren't confused by how The computer asking them for a password. This design could also be given some nice eye-candy: The user login images could justifiably appear after a username is entered. Also, of course, there is cancelling entry of the password and going back to entering a username. With a single input box, I can see reason why this is not a favourable way to do things; if the dumb user accidentally hits escape while entering their password, he may not notice the change from Password back to Username because the on-screen queue would be so subtle! (Only a single thing would be changed). When the input box is actually moving to a different point on the screen, that change is extremely obvious so it isn't at all misleading to have such an option. I also agree that an OK button below the input boxes would be a good idea; there are actually a surprising number of people who just don't understand the Enter key. -- Username/Password entry confusing for inexperienced users https://launchpad.net/bugs/36855 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67443] Re: Progress bar is invisible
I've been playing with XFCE lately, and it seems that if I use the Human theme in XFCE the progress bar is still invisible. (So this invisible progress bar happens in both Gnome and XFCE). -- Progress bar is invisible https://launchpad.net/bugs/67443 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67443] Re: Progress bar is invisible
Thanks, Pischke! Changing the depth has (for me) fixed this bug and the other one I was talking about, bug #66652 It's still a bit weird that the screen depth would have anything to do with the progress bars, but I guess it's a driver issue. I'm also not sure how it ended up at 24-bit, but I think it's always been like that. Perhaps an installer issue, then? (Not really the hardware's fault; as long as the correct initial settings are chosen it's all good... although it would be cool if Ubuntu knew my hardware's limits and reported whenever I exceeded them). -- Progress bar is invisible https://launchpad.net/bugs/67443 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 69331] Re: Open folder icon cannot be stretched without blurring.
This is still broken for me in Feisty. If I am using Nautilus with its Information panel open, the open folder icon frequently appears and is very blurry. -- Open folder icon cannot be stretched without blurring. https://launchpad.net/bugs/69331 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 69331] Re: Open folder icon cannot be stretched without blurring.
Ooops... Here is a screenshot! ** Attachment added: Overstretched Open Folder icon in Nautilus via Information pane http://librarian.launchpad.net/6896911/Screenshot-Media%20-%20File%20Browser.png -- Open folder icon cannot be stretched without blurring. https://launchpad.net/bugs/69331 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 34321] Re: should not write the session when changing automatic session saving option
This is a bug present apparently since Dapper and still present in Feisty. In my opinion, it is extremely important that it be fixed for Feisty and that it be fixed well. For a new user just getting used to Ubuntu, this can be a big problem. They could be merely exploring the options for the first time when they decide to try out this session saving and then after turning it on and off end up with their account stuck in this state for eternity. On my lesser computer (500 mHz), this bug practically doubles the time required to log in, not to mention being very annoying to someone who does not know what file to delete. I'm sure that somebody will be bothered if their previously saved session is automatically deleted upon them unchecking that box (I see that feature being very useful for public computers!), so my suggestion is that the saved sessions work sort of like starting a new session with an already logged in user (where a choice pops up asking the user if he wishes to start a new session or go back to the old one). In this case, a box could pop up saying that a session has been saved. A choice could be given for if the user wants to open that saved session, start a new session (and/or delete that saved session... perhaps that option could be a check box). Also, the option to delete a saved session needs to be present. It's just one little button; it will not hurt anything. -- should not write the session when changing automatic session saving option https://launchpad.net/bugs/34321 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Re: Recent Documents menu unnecessarily states No items found
Confirmed over here. Thanks, everybody :) -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60345] Re: Add to Panel... assumes and hard-codes font sizes
Reproduced this bug in Hardy. Fonts were consistent after I changed the font size, originally. However, once I restarted the system, it was back to the old ways; some items were following my new size 8 font, while others were still using size 10. -- Add to Panel... assumes and hard-codes font sizes https://bugs.launchpad.net/bugs/60345 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 60345] Re: Add to Panel... assumes and hard-codes font sizes
I have observed the behaviour with (only) the following applets. This is recorded with Gutsy. Hardy seems to follow the same pattern, though another pair of eyes would be helpful. -Address Book Search -Dictionary Lookup -Workspace Switcher -Clipboard Text Encryption -Battery Charge Monitor -Brightness Applet -Computer Temperature Monitor -CPU Frequency Scaling Monitor -Hardware Sensors Monitor -Terminal Server Client Applet -Character Palette -Connect To Server... -Keyboard Accessibility Status -Keyboard Indicator -Search for Files Note that some of my listed applets are not included by default, which undoubtedly makes the puzzle more puzzling. -- Add to Panel... assumes and hard-codes font sizes https://bugs.launchpad.net/bugs/60345 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 193729] Re: Custom colour picker widgets in Resources page respond unpredictably to many signals
Sorry, quick correction there: Not even an arbitrary left click should open the colour picker dialog. For example, the GTKButton widget uses a generic clicked signal that can mean everything from poked for 3 seconds to selected when the user pressed Enter - as well as, of course, the more regular left clicking. -- Custom colour picker widgets in Resources page respond unpredictably to many signals https://bugs.launchpad.net/bugs/193729 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-system-monitor in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 193729] [NEW] Custom colour picker widgets in Resources page respond unpredictably to many signals
Public bug reported: Binary package hint: gnome-system-monitor The custom colour picker widgets in the Resources section of the System Monitor, look great. However, they are currently opening the colour picker dialog when I do so much as blink at them! This is with the version currently present in Ubuntu's 8.04 (Hardy) release; package version 2.21.5-0ubuntu. The following actions cause the dialog to open: -Drag and drop of colour, after receiving widget has received the colour. (drag-end?) -Right click -Middle click Instead, the colour picker dialog should only open when the user left clicks on it. ** Affects: gnome-system-monitor (Ubuntu) Importance: Undecided Status: New -- Custom colour picker widgets in Resources page respond unpredictably to many signals https://bugs.launchpad.net/bugs/193729 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-system-monitor in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 193739] [NEW] Regression: Cannot move cursor to custom colour picker widgets (using Tab key) in Resources page
Public bug reported: Binary package hint: gnome-system-monitor This occurs in Ubuntu 8.04 (Hardy Heron). That's gnome-system-monitor's package version 2.21.5-0ubuntu. It should be possible to reach the new, custom colour picker widgets and click them without using a mouse. That is, using the Tab key and / or arrow keys to select widgets, with Enter to click them, opening the colour picker dialog. To clarify, this functionality was present in the version used in Ubuntu 7.10 (Gutsy Gibbon); package version 2.20.1-0ubuntu1 but is not present in the version currently used in Hardy. ** Affects: gnome-system-monitor (Ubuntu) Importance: Undecided Status: New -- Regression: Cannot move cursor to custom colour picker widgets (using Tab key) in Resources page https://bugs.launchpad.net/bugs/193739 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-system-monitor in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 193739] Re: Regression: Cannot move cursor to custom colour picker widgets (using Tab key) in Resources page
Apologies; I somehow managed to forget GNOME's bug tracker. Now reported upstream. ** Bug watch added: GNOME Bug Tracker #517729 http://bugzilla.gnome.org/show_bug.cgi?id=517729 ** Also affects: gnome-system-monitor via http://bugzilla.gnome.org/show_bug.cgi?id=517729 Importance: Unknown Status: Unknown -- Regression: Cannot move cursor to custom colour picker widgets (using Tab key) in Resources page https://bugs.launchpad.net/bugs/193739 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-system-monitor in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 256618] Re: New Strut Behavior on Auto-Hide Panels (upstream) is Undesirable for Users (and annoying)
If this is turned into a gconf option, the functionality is still broken. The strut should only need to change once; to the end point. While it means we don't get a nice smooth animation, it will probably feel smoother anyway because resizing windows is a very costly operation for the time being. In addition, I think this may give us some serious usability problems. If the struts are changing when the user opens the panel, this means that everything on his desktop is unexpectedly changing position as well! What if he decides to close a window after opening the panel? User moves mouse off the panel, onto the close button, and holds there for a bit. Suddenly the panel closes and everything goes back to where it was, all before the user can react. He accidentally clicks the format my hard drive button instead. Lame example, but the only things which should move are those that the user directly tells or expects (within reason) to move. Anything more causes immense confusion. ** Changed in: gnome-panel (Ubuntu) Status: New = Confirmed -- New Strut Behavior on Auto-Hide Panels (upstream) is Undesirable for Users (and annoying) https://bugs.launchpad.net/bugs/256618 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Re: Recent Documents menu unnecessarily states No items found
This appears to be fixed for me now... Can anyone else confirm? -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Re: Recent Documents menu unnecessarily states No items found
I am sorry, this is actually still happening. That message is visible when I first start up. However, after opening some documents (I'll try to get an exact number shortly) so that they appear on that list, No items found disappears ** Changed in: gnome-panel (Ubuntu) Status: Fix Released = Incomplete -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40848] Changing theme kills Gnome
Public bug reported: Affects: gnome-desktop (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: More information available in this forum thread: http://ubuntuforums.org/showthread.php?t=163461 This problem is similar to bug #29244 Summary: Dapper Drake Beta. Gnome desktop. When attempting to edit the Clearlooks theme through the Theme Manager, Gnome started to behave very strangely and slowly. The theme was, in the end, not edited (I do not recall the theme editing window ever appearing, in fact, but I may have closed it subconscieously). Attempts to change themes were extremely slow, and applications were having trouble starting. Essentially, the computer started to run like a slug. Upon closing the theme manager, I accidentally (not sure if this is my fault or its fault, actually) switched to the High Contrast black and white theme. It was impossible to revert at that point, because loading the theme manager was taking an impossibly long time. No ammount of fussing or waiting would return it to operating properly, so I restarted the computer. Upon restarting, Gnome, theoretically, loads (splash screen and everything), but I only see my desktop background colour, with my two panels (sized to my specifications) constantly disppearing and reappearing. It is perhaps useful information that the splash screen icons are of the high contrast theme. (So theme preferences have presumably been properly saved). -- Changing theme kills Gnome https://launchpad.net/bugs/40848 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40848] Re: Changing theme kills Gnome
Confirmed at: http://ubuntuforums.org/showthread.php?t=163461#post944460 ** Changed in: gnome-desktop (Ubuntu) Status: Unconfirmed = Confirmed -- Changing theme kills Gnome https://launchpad.net/bugs/40848 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40848] Re: Changing theme kills Gnome
Unfortunately, I never was given a dialogue allowing me to inform developers. I am attempting to reproduce the bug to get a bit more information, though. So far no luck... I was trying to edit the Clearlooks theme. The problem may not be entirely to do with the theme manager, actually. I noticed after getting back into Gnome (I fixed my problem by creating a new user account), that the Clearlooks theme actually does not have pinkish text in window caption right click menus. When I encountered the problems, however, it did have pinkish right click menus. (Also, as mentioned in the forum thread, theme preview icons had all sorts of weird glitches on them). Perhaps the problem actually started during startup? The problems occured the first time that I ran the Dapper Drake Beta (updating from the last alpha test). I had also installed kubuntu-desktop at the same time. -- Changing theme kills Gnome https://launchpad.net/bugs/40848 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 174277] Re: Launchers under System Preferences and System Administration have similar names, leads to confusion.
The issue of menu organization is almost a wont-fix because we think it makes sense kind of issue. I can accept that -- almost. However, something recently dawned on me! Our System menu is organized by implementation, even though the GNOME human interface guidelines (with which I dearly hope Ubuntu intends to abide) clearly say not to do that. It may make sense in its own right, but this is unintuitive as a component of this desktop environment. It should not be the user's concern whether installing a printer is system-wide or specific to his user account. Further, it is impossible to guess such things off hand, so the system is not intuitive. To find Install a printer the user needs to hunt through all of System Preferences, then all of System Administration because it is not initially known -- and it should not need to be known ahead of time -- whether the printer is installed for everyone, and further that such an act is unique in some way. Thanks to the new PolicyKit stuff giving us more functional config tools, even that organization by implementation has stopped making being organized. For example, NetworkManager's Network Configuration (in Preferences) can now be applied system wide. In short, I agree with the notion that this menu needs an immediate overhaul, particularly with more configuration reorganization coming in the next GNOME release. Fedora's menu organization is a good example to go by, although I believe even it still has the Preferences / Administration thing. One thing they have done which is of use is moving inspection tools (such as Network Tools and System Monitor) away from the settings, into System Tools. -- Launchers under System Preferences and System Administration have similar names, leads to confusion. https://bugs.launchpad.net/bugs/174277 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 108623] Re: totem isn't buffering correctly
I also encounter frequent network buffer loss in Totem. There are some interesting numbers to be found with the system monitor's Network graph. If I pause playback (so that the buffer can catch up!), download appears to cease entirely. It may be a related issue; most applications buffer more aggressively, while Totem seems almost ignorant of the need. The issue has been recently observed with the streams on this page: http://www.apple.com/trailers/paramount/startrek/ For me, though, it truly happens Everywhere! My Internet connection is reasonably stable so Totem should be able to predict how much it must download, but it does not. Marking bug as confirmed, because this makes at least three people reporting similar issues, and I have had the same issue myself on a number of different computers. If any information is needed, please advise. ** Changed in: totem (Ubuntu) Status: Incomplete = Confirmed -- totem isn't buffering correctly https://bugs.launchpad.net/bugs/108623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 108623] Re: totem isn't buffering correctly
** Bug watch added: GNOME Bug Tracker #390003 http://bugzilla.gnome.org/show_bug.cgi?id=390003 ** Also affects: totem via http://bugzilla.gnome.org/show_bug.cgi?id=390003 Importance: Unknown Status: Unknown -- totem isn't buffering correctly https://bugs.launchpad.net/bugs/108623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 289205] [NEW] Loose ical (ics) and vcard (vcf) files lack specialized handlers
Public bug reported: This is a usability issue. One very important feature for this desktop environment is file type associations. That is, when the user can double click on a file and have it opened by a useful program which treats the file in a way the user appreciates. For example images are displayed in an image viewer, not a text editor. At the moment, there is a major problem with the files storing contacts, todo lists and calendars because it is not obvious to a user what to do with them! When they are double clicked, gedit is opened as a fallback to display the files. What should happen is Evolution should be opened and then offer to import or view the data contained in those files. There are some separate applications which are set up in this way: -XFCE's Orage calendar will open an ics file and display it, without any hesitation. The ics file is just modified where it is instead of imported into a specific database. -Pimlico's Contacts application will open a vcf file and offer to import contacts contained in it, one by one, with an option to just view each contact instead. The reason why that kind of functionality is important is because needing to start in Evolution and then choose Import from there is incompatible with a file-centric shell. (A direction that GNOME may be heading in and currently supports alongside an application-centric shell). When a user wants to import his calendar and contacts from another source using ics and vcf as a transport medium, he is likely to be confused. ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Tags: calendar contacts migration usability ** Summary changed: - Loose ical (ics) and vcard (vcf) files have no specialized handlers + Loose ical (ics) and vcard (vcf) files lack specialized handlers ** Tags added: calendar contacts migration usability -- Loose ical (ics) and vcard (vcf) files lack specialized handlers https://bugs.launchpad.net/bugs/289205 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 289205] Re: Loose ical (ics) and vcard (vcf) files lack specialized handlers
Thanks Sebastien and Pedro! I keep forgetting that Launchpad isn't the only bug tracker out there, however much I wish they were all this pretty :) Filed upstream. ** Bug watch added: GNOME Bug Tracker #558484 http://bugzilla.gnome.org/show_bug.cgi?id=558484 ** Also affects: evolution via http://bugzilla.gnome.org/show_bug.cgi?id=558484 Importance: Unknown Status: Unknown -- Loose ical (ics) and vcard (vcf) files lack specialized handlers https://bugs.launchpad.net/bugs/289205 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 330745] Re: file-roller hangs a while when extracting item via drag and drop
I have not observed File Roller coming back to life, but perhaps I am just impatient. Most recent (reproducible) incident... I downloaded this archive: http://downloads.mozdev.org/flashblock/flashblock-1.5.7.1.xpi Found flashblock.jar in the archive and dragged / dropped it into Nautilus. This file is about 80 kb. File roller hanged and would not close. It was eventually forced to exit, which I assumed did the trick. Hours later, my system is firing its fans off continually. Curious (especially given that CPU was running at the minimum 36% frequency), I opened System Monitor. By this time, file-roller was consuming 1.1 GB of memory and was still labelled as a regular sleeping process. mv was listed as a child process; its status was Zombie. Sorry, I killed the thing in a hurry so didn't collect any more detail, but the failure should be easily recreated. This was generated with a small, uncomplicated archive extracting a single file. I have experienced it with every archive I have used so far. Like the reporter, I do not have a problem extracting the file through the application's menus; only through dnd. This did NOT happen with File Roller in Intrepid. (For the time being, a nice workaround is to use the archive mounter). -- file-roller hangs a while when extracting item via drag and drop https://bugs.launchpad.net/bugs/330745 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 330745] Re: file-roller hangs a while when extracting item via drag and drop
** Bug watch added: GNOME Bug Tracker #577389 http://bugzilla.gnome.org/show_bug.cgi?id=577389 ** Also affects: fileroller via http://bugzilla.gnome.org/show_bug.cgi?id=577389 Importance: Unknown Status: Unknown -- file-roller hangs a while when extracting item via drag and drop https://bugs.launchpad.net/bugs/330745 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 343219] Re: Adding Fast User Switcher applet causes shut down options to disappear from System menu
** Also affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Changed in: fast-user-switch-applet (Ubuntu) Status: New = Invalid -- Adding Fast User Switcher applet causes shut down options to disappear from System menu https://bugs.launchpad.net/bugs/343219 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 343219] Re: Adding Fast User Switcher applet causes shut down options to disappear from System menu
I, and most people here, understand it is a design decision. That doesn't make this less of a bug. It's a short-sighted design decision which, while sensible for some use cases, absolutely decimates others. I won't go into the usability of FUSA itself, but suffice it to say it has nothing on the (very mature, tried and true) upstream System Shut down / Log out options. This is the same kind of design decision as, for example, choosing hot pink Comic Sans as the default font. Explicitly chosen, maybe even by a committee, but a serious usability regression regardless and in need of reporting. I'm not insisting this be fixed (I'm not the maintainer), but I do ask that you please treat this like any other bug report and only mark it invalid if it is, in fact, not a real problem - for example Ubuntu has chosen to not mention accessiblity for the disabled amongst its selling points. Just because Ubuntu has a design team now doesn't mean people can go ignoring serious problems because they were designed. -- Adding Fast User Switcher applet causes shut down options to disappear from System menu https://bugs.launchpad.net/bugs/343219 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 343219] Re: Adding Fast User Switcher applet causes shut down options to disappear from System menu
On Sat, 2009-04-18 at 19:28 +, Johannes Rohr wrote: wouldn't the best solution be to make this configurable, give users the choice? In theory, that's the case now with the gconf key /apps/fast-user-switch-applet/show_session_commands. Unfortunately, gnome-panel does not look at it for the menus and so continues to not provide any session exit options. If that was changed, and if show_session_commands was disabled by default - at least for upgrades - (maybe with an addition to the preferences dialog to configure), we could have the best of both ends in a slightly less destructive fashion. -- Adding Fast User Switcher applet causes shut down options to disappear from System menu https://bugs.launchpad.net/bugs/343219 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342346] Re: notify-osd 0.93-0ubuntu1 not working
Having encountered this at the same time the other folks here did, I can confirm that the gnome-settings-daemon update and that of notify-osd trickled out at rather different times. Run another update and the problem should be resolved. -- notify-osd 0.93-0ubuntu1 not working https://bugs.launchpad.net/bugs/342346 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342346] Re: notify-osd 0.93-0ubuntu1 not working
** Also affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New -- notify-osd 0.93-0ubuntu1 not working https://bugs.launchpad.net/bugs/342346 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] [NEW] Sticky Keys and Slow Keys popups ignore notification daemon capabilities
Public bug reported: When keyboard accessibility features are turned on, gnome-settings- daemon watches for the user pressing Ctrl multiple times or holding down Shift for 8 seconds. When this happens, it presents a notification bubble asking the user if he wishes to activate the corresponding feature (Sticky Keys and Slow Keys). Jaunty's new notify-osd falls back to popping up a dialog box. (One with the distinct aura of not wanting to be there). In any notification system without that kind of fallback, it would be impossible to enable sticky or slow keys since the system blindly relies on an action button being pressed. Specifically, this problem lies in gnome-settings-daemon/plugins/a11y- keyboard, with ax_slowkeys_warning_post and ax_stickykeys_warning_post. The plugin should check on the notification daemon's capabilities. In the absense of actions, it should either fall back to its own dialog box or present a transient notification and immediately enable / disable sticky keys. (The existing message text already explains the keyboard shortcut for doing so). I am posting this first to Launchpad instead of upstream, because I think Ubuntu at the moment is more committed to the issue. ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
Two patches for you! This one is immediately functional. It checks if the notification server supports actions and falls back to its own system in that case. No need for string changes. (Although something tells me this case has not been thoroughly tested: there are no icons on action buttons, the dialog can disappear behind windows really easily and don't deactivate vs. deactivate is really confusing at a glance. Not a good thing when the functionality engages automatically and expects the user to /deactivate/ it if he doesn't want it). ** Attachment added: Falls back to custom dialog box when notification bubble actions are unavailable http://launchpadlibrarian.net/23859948/patch_fallback.diff -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
This second patch needs custom strings, documentation, translation work and the like. With some work it could behave quite smoothly. In this case, actions are simply stripped from the notifications so we still get notification bubbles, but to deactivate (or activate) the functionality the user must press the same keys again. Personally, I find it works better than the dialog since by the time the dialog displays, sticky / slow keys is activated. That can make things quite confusing for a user if he is trying to click the Deactivate button after having pressed, for example, Alt. (Besides, why have a confirmation dialog when it has already happened?). Right now the title text still reads like a confirmation dialog, which could be a tad confusing. In theory, it could just be stripped and we use the main text as the only text in the notificaiton. -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
** Attachment added: Strips actions from notification when unavailable, but still uses notification bubble http://launchpadlibrarian.net/23860131/patch_strip_actions.diff -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342888] [NEW] Panel no longer changes window struts when resized
Public bug reported: Binary package hint: gnome-panel With previous releases of gnome-panel, changing the size of a panel would have it immediately update window struts. In this way, normal windows when maximized would meet at the edge of the panel and windows would avoid moving above the panel. However, with the panel as packaged in Jaunty, the struts are only set when the panel is first loaded. If I change the size of a panel via the panel's properties, it simply overlaps existing windows or leaves an unused gap on the desktop. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Panel no longer changes window struts when resized https://bugs.launchpad.net/bugs/342888 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
** Attachment removed: Falls back to custom dialog box when notification bubble actions are unavailable http://launchpadlibrarian.net/23859948/patch_fallback.diff ** Attachment added: Falls back to custom dialog box when notification bubble actions are unavailable http://launchpadlibrarian.net/23861306/patch_fallback.diff ** Attachment removed: Strips actions from notification when unavailable, but still uses notification bubble http://launchpadlibrarian.net/23860131/patch_strip_actions.diff -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
Eeek! Sorry about the mess. I left behind another completely different change I was working on in the older patches. ** Attachment added: Strips actions from notification when unavailable, but still uses notification bubble http://launchpadlibrarian.net/23861342/patch_strip_actions.diff -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342346] Re: notify-osd 0.93-0ubuntu1 not working
Here is the gnome-power-manager source package in Ubuntu: https://edge.launchpad.net/ubuntu/+source/gnome-power-manager. (It's the application responsible for brightness feedback). The most recent version should have fixed the issue. Make sure you have gnome-power-manager 2.24.2-2ubuntu6 or later on your system. This may require another restart. ** Changed in: notify-osd (Ubuntu) Status: Incomplete = Invalid -- notify-osd 0.93-0ubuntu1 not working https://bugs.launchpad.net/bugs/342346 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 343799] [NEW] deskbar applet crashes when starting
Public bug reported: Binary package hint: deskbar-applet Since upgrading to Ubuntu Jaunty, the deskbar applet crashes every time it is added to a panel. It gets as far as creating its GUI for the applet (the search icon and the arrow for history), then segfaults. I have noticed that the applet functions if I run the program deskbar- applet using python2.6-dbg. Running deskbar-applet directly: dmcc...@dylan-laptop:~$ /usr/lib/deskbar-applet/deskbar-applet 03-16 11:06:55 deskbar.core.ModuleLoader WARNING Class BeagleHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/beagle-static.py has missing requirements. Skipping. Segmentation fault (core dumped) Running with python2.6-dbg: dmcc...@dylan-laptop:~$ python2.6-dbg /usr/lib/deskbar-applet/deskbar-applet 03-16 11:08:13 deskbar.core.ModuleLoader WARNING Class BeagleHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/beagle-static.py has missing requirements. Skipping. 03-16 11:08:14 deskbar.core.ModuleLoader WARNING Class BeagleLiveHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/beagle-live.py has missing requirements. Skipping. 03-16 11:08:14 deskbar.core.ModuleLoader WARNING Class MozillaBookmarksHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/mozilla.py has missing requirements. Skipping. 03-16 11:08:14 deskbar.core.ModuleLoader WARNING Class MozillaSearchHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/mozilla.py has missing requirements. Skipping. 03-16 11:08:14 deskbar.core.ModuleLoader WARNING Class MozillaHistoryHandler in file /usr/lib/deskbar-applet/modules-2.20-compatible/mozilla.py has missing requirements. Skipping. /var/lib/python-support/python2.6/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) (deskbar-applet:17527): Bonobo-WARNING **: Never got frame, control died - abnormal exit condition (Deskbar contrinues to function at this point and I can use it as if those scary looking warnings never happened). Note that the modules missing requirements are completely to be expected since I do not have Beagle or Firefox installed. ** Affects: deskbar-applet (Ubuntu) Importance: Undecided Status: New -- deskbar applet crashes when starting https://bugs.launchpad.net/bugs/343799 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to deskbar-applet in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342888] Re: Panel no longer changes window struts when resized
Compiz is not responsible for the issue; I use Metacity with compositing. Granted, it may be a strange thing related to compositing being present, but that lands the issue back at gnome-panel. ** Also affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Panel no longer changes window struts when resized https://bugs.launchpad.net/bugs/342888 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342888] Re: Panel no longer changes window struts when resized
Oops, I guess I could have just... Err, confirmed without compositing :P -- Panel no longer changes window struts when resized https://bugs.launchpad.net/bugs/342888 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44082] Re: GNOME Panel icons (on right side) move apparently randomly on session start in some situations
This happens to me, actually pretty much every time I log in. For me, the situation is that my laptop's screen runs at 1280x800 and my external monitor runs at 1920x1200, and I switch between the two all the time mid-session. I never use twinview; I just disable one monitor and enable the other. This is with The Default Panel Configuration in Jaunty. I usually just delete those launcher applets and leave it be. I kept an eye on the panel configuration with gconf-editor. Initially, applets are placed correctly as copied from default_setup... /apps/panel/default_setup/applets/notification_area: locked:1 panel_right_stick:1 position:5 Note that each applet is placed from right to left, with position incrementing from 0 where 0 is rightmost. I checked later (sorry, STILL hunting for the pattern) and found this... /apps/panel/applets/notification_area_screen_0: locked:1 panel_right_stick:0 (!!) position:1279 The bottom panel also falls apart in the same way. They both do so at the same time. I tried starting the positions on the right side from 1 instead of 0, but it made no difference. I also tried positioning only the clock and the Hamster applet on the right, which did no good. ( Although it looked cleaner with the notifications beside the menu :) ) Notice that the posititons end up relative to the positions on my laptop's screen, but also a little bit off. -- GNOME Panel icons (on right side) move apparently randomly on session start in some situations https://bugs.launchpad.net/bugs/44082 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
MANY issues with notify-osd's alert in this case, compared to Slow Keys' own: * It is hard to read. The window title gnome-settings-daemon does not help the user. * Cancel and Okay are redundant in this case with Deactivate and Activate. (Are they ever not?!) * May be just me, but something about the way the keyboard-a11y plugin and notify-osd interacts seems to cause the plugin to love crashing during this operation. (I'm sure it didn't before). You're right, something is odd about activating sticky keys lately. I'm having trouble doing it, too. But rest assured, it's as ugly as the Slow Keys alert if not uglier. (Note even the little shadow gnome-screenshot threw in saves it :P) -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
** Attachment added: Sticky keys activation alert from notify-osd http://launchpadlibrarian.net/24047315/StickyActivate.png -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
** Attachment added: Sticky keys deactivation alert from notify-osd http://launchpadlibrarian.net/24047319/StickyDeactivate.png -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 343799] Re: deskbar applet crashes when starting
This bug has been resolved with deskbar-applet 2.26.0-0ubuntu1 and python2.6 2.6.1-1ubuntu3 ** Changed in: deskbar-applet (Ubuntu) Status: New = Fix Released -- deskbar applet crashes when starting https://bugs.launchpad.net/bugs/343799 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to deskbar-applet in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
** Bug watch added: GNOME Bug Tracker #575905 http://bugzilla.gnome.org/show_bug.cgi?id=575905 ** Also affects: gnome-settings-daemon via http://bugzilla.gnome.org/show_bug.cgi?id=575905 Importance: Unknown Status: Unknown -- Sticky Keys and Slow Keys popups ignore notification daemon capabilities https://bugs.launchpad.net/bugs/342567 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 346995] [NEW] Enhancement request: gnome-display-properties should open graphics vendor tool to appropriate section
Public bug reported: Binary package hint: gnome-control-center In Jaunty, gnome-display-properties automatically detects when there is already a tool to configure displays for the user's graphics hardware and offers to open it. (For example, nvidia-settings), However, in the case of nvidia-settings for example, that tool is designed to configure far more than just displays. We can assume that the user must be interested in configuring displays in particular. To facilitate that, nvidia-settings should be opened pointing to its Display Configuration section. This would greatly improve workflow for the task and make it considerably easier to figure out. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- Enhancement request: gnome-display-properties should open graphics vendor tool to appropriate section https://bugs.launchpad.net/bugs/346995 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 342567] Re: Sticky Keys and Slow Keys popups ignore notification daemon capabilities
I agree, it would be good to have the libnotify popup absolutely removed
for eternity. I filed a bug report for that. It's a slightly different
request (a new feature, not so modest a change), but it would
permanently fix this so it makes some sense to tie it to this one.
I think we should avoid making a tremendous change downstream, like
tearing out the libnotify popup altogether, during feature freeze and
all that. It could greatly upset somebody (or some spin-off distro) who
for some reason still likes notification-daemon or whose use case we
didn't think of in the short time up to release. For the time being, we
may as well preserve the existing functionality just in case and touch
up usability with the next release :)
Having said that, patching this to remove the libnotify stuff would be
fairly quick.
Unfortunately I'm at the wrong computer to create a patch, but...
In gsd-a11y-keyboard-manager.c, for stickykeys look at line 799: if (!
ax_stickykeys_warning_post_bubble (manager, enabled)) {
For slowkeys look at line 652: if (! ax_slowkeys_warning_post_bubble (manager,
enabled)) {
The solution should be evident :) (Remove the if blocks and any mention
of ax_*_warning_post_bubble. Look for #ifdef HAVE_LIBNOTIFY and delete
everything in those blocks).
--
Sticky Keys and Slow Keys popups ignore notification daemon capabilities
https://bugs.launchpad.net/bugs/342567
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 133566] Re: Nautilus Places list is inconsistent
Krychek, that does not solve the problem. The issue I am discussing is the Places which /can not/ be edited, and how they correspond with the user-created bookmarks. There are currently three Places lists, each with a different selection of built-in Places that could not be easily edited by the user, and user-created bookmarks which are stored in the same central location. People thus create bookmarks to link to locations not linked to by the built in places. The problem arises here, because while those bookmarks may be fine in one list, they are redundant in another. Most notably, this commonly caused a redundancy problem in the main menu's Places list, which ultimately led to Bug #122602. Nautilus should automatically list mounted file systems in Places, and maybe special locations like network://. However, specific locations like Desktop should always be saved with user-defined bookmarks. To fix the obvious loss here (it's good having Desktop and File System linked to in Places out of the box), there can be some user-controllable bookmarks set by default. Specifically: Desktop, / and Home. (Possibly the automatically created home subfolders, too, such as Documents, Downloads and Public). The ultimate goal here would be that every places list, be it the one in the GTKFileChooser widget, the main menu or Nautilus, has the exact same items. They already show the exact same bookmarks, so integrating that automatically generated chunk of the menu should not be too difficult. Just takes some imagination. One thought would be a file that lists every item that should be in the Places menu. Then, every time a program wants a Places menu, it reads from that file instead of duplicating code. ** Changed in: nautilus (Ubuntu) Status: Invalid = New -- Nautilus Places list is inconsistent https://bugs.launchpad.net/bugs/133566 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 136262] Re: Recent Documents menu unnecessarily states No items found
I probably am not meant to change my own bug to Confirmed, but there are two written confirmations here... ** Changed in: gnome-panel (Ubuntu) Status: Incomplete = Confirmed -- Recent Documents menu unnecessarily states No items found https://bugs.launchpad.net/bugs/136262 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 122602] Re: Duplicated entries in Places Menu
In terms of the problem being painted over with reasonable success such that the problem being unearthed may be blamed on the user instead of erroneous system design, it is solved. However, I request that another bug or blueprint, destined for Hardy, be opened that explains the problem of these disagreeing Places menus. Try this: Create a bookmark to every location that is missing in every Places list in Ubuntu. (That is Nautilus, the file opener widget and gnome-panel). Count the duplicates in each menu. The other problem this causes is a more simple case of accessibility. The user should be able to anticipate the contents of the Places menus to be all identical, just as he can expect every window to have a Close button. After all, those menus all show the same bookmarks and have the same title! However, for everything that is not a bookmark, this is certainly not the case... We have a perfectly good global bookmarks system; let's use it for the more rigid places as well. (Perhaps the bookmarks that aren't usually edited could placed in /etc, which is a globally accessible application). On 11/4/07, Thermaltaker [EMAIL PROTECTED] wrote: Christer Edwards schrieb: This appears to be solved in the final release of Ubuntu 7.10. Should this bug be closed? Sry. Yes it can be closed. -- Duplicated entries in Places Menu https://bugs.launchpad.net/bugs/122602 You received this bug notification because you are a direct subscriber of the bug. -- Duplicated entries in Places Menu https://bugs.launchpad.net/bugs/122602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 122602] Re: Duplicated entries in Places Menu
Sorry about the double post. Request, of course, means suggest :/ Weird typo. I'm not /that/ lazy! -- Duplicated entries in Places Menu https://bugs.launchpad.net/bugs/122602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 225615] Re: Heavy memory leak in gvfsd-http
Could this fix be sent to Intrepid? I just observed the issue here, with gvfsd-http consuming 100 MB of memory 12 hours after copying a 60ish MB file over HTTP. Not expected behaviour, but responsible for quite a loss. -- Heavy memory leak in gvfsd-http https://bugs.launchpad.net/bugs/225615 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 214370] Re: Logout/Shutdown Sound Not Working
I think it should play a jingle with the system beep, to satisfy bug #77010 :P Otherwise, the issue here is that the shutdown sound can be customized. Sure, the default may be nice and short, but what happens if the user sets their own custom sound and finds that it only plays for about half a second then crumbles into nothingness? So I don't recommend that solution, however appealing it may be. -- Logout/Shutdown Sound Not Working https://bugs.launchpad.net/bugs/214370 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 439783] Re: Regression: devicekit-power does not display remaining battery time
This has been reported against Maverick's power indicator, bug #629258, and it has a lot of duplicates leading to it. -- Regression: devicekit-power does not display remaining battery time https://bugs.launchpad.net/bugs/439783 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug (38795). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 669593] Re: gnome-power-manager does not allow to view remaining *percentage* of battery power left
*** This bug is a duplicate of bug 539912 *** https://bugs.launchpad.net/bugs/539912 Thanks for your bug report, arje. I noticed it is a duplicate of bug #539912, so I marked it that way to keep things organised :) ** This bug has been marked a duplicate of bug 539912 current battery charge not easily accessible * You can subscribe to bug 539912 by following this link: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/539912/+subscribe -- gnome-power-manager does not allow to view remaining *percentage* of battery power left https://bugs.launchpad.net/bugs/669593 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 669588] Re: gnome-power-manager does not show a tooltip anymore in 10.10
Please just file a single bug report for each issue you encounter. The lack of a tooltip is intentional; the idea is to clean up that area so everything behaves in a consistent, predictable way. One step there is removing tooltips, instead having any information directly in the menu that appears when you left click. The information that actually appears in said menus is a little trickier, and hasn't really been fully established. Lots of information on the indicators and how they differ from the notification area here: https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators You may also find the design team's blog interesting, especially if you're curious about the rationale behind a lot of these things: http://design.canonical.com/ ** Changed in: gnome-power-manager (Ubuntu) Status: New = Opinion -- gnome-power-manager does not show a tooltip anymore in 10.10 https://bugs.launchpad.net/bugs/669588 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 539912] Re: current battery charge not easily accessible
As was brought up in bug #629258, this is a huge issue if the time remaining is still being estimated or is completely unknown (which seems to occur very, very frequently on devices we should be supporting well: netbooks). Without showing the percentage, the indicator simply says “estimating” in that case, which is useless. -- current battery charge not easily accessible https://bugs.launchpad.net/bugs/539912 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 444881] Re: [Karmic] Battery monitor applet doesn't show battery remaining time
*** This bug is a duplicate of bug 629258 *** https://bugs.launchpad.net/bugs/629258 ** This bug is no longer a duplicate of bug 439783 Regression: devicekit-power does not display remaining battery time ** This bug has been marked a duplicate of bug 629258 Battery life estimation never comes around * You can subscribe to bug 629258 by following this link: https://bugs.launchpad.net/ubuntu/+source/upower/+bug/629258/+subscribe -- [Karmic] Battery monitor applet doesn't show battery remaining time https://bugs.launchpad.net/bugs/444881 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 38795] Re: Gnome Battery Charge Monitor not giving estimated time remaining
*** This bug is a duplicate of bug 629258 *** https://bugs.launchpad.net/bugs/629258 ** This bug is no longer a duplicate of bug 439783 Regression: devicekit-power does not display remaining battery time ** This bug has been marked a duplicate of bug 629258 Battery life estimation never comes around * You can subscribe to bug 629258 by following this link: https://bugs.launchpad.net/ubuntu/+source/upower/+bug/629258/+subscribe -- Gnome Battery Charge Monitor not giving estimated time remaining https://bugs.launchpad.net/bugs/38795 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 629258] Re: Battery life estimation never comes around
That gnome-power-manager doesn't display a percentage in this case is a separate issue. Please discuss that one at bug #539912 Thanks for looking at this, Andy. I suggest you send your patch upstream, at http://bugs.freedesktop.org/show_bug.cgi?id=24329 ** Bug watch added: freedesktop.org Bugzilla #24329 http://bugs.freedesktop.org/show_bug.cgi?id=24329 ** Also affects: devicekit-power via http://bugs.freedesktop.org/show_bug.cgi?id=24329 Importance: Unknown Status: Unknown -- Battery life estimation never comes around https://bugs.launchpad.net/bugs/629258 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug (38795). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 741928] [NEW] In XSession name, parentheses in Ubuntu (no effects) mess with sorting in GDM
Public bug reported: Binary package hint: gnome-session The XSession name in /usr/share/xsessions/gnome.desktop was changed to “Ubuntu”, and gnome-failsafe.desktop to “Ubuntu (Safe Mode)” This is good :) However, GDM sorts the sessions in an ugly way. We end up with a list like this: … Ubuntu Ubuntu Classic Ubuntu Classic (No effects) Ubuntu (Safe Mode) … This separates the two Unity sessions and the two “classic” sessions. ** Affects: gnome-session (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/741928 Title: In XSession name, parentheses in Ubuntu (no effects) mess with sorting in GDM -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 726439] Re: Search for document returns an Unknown error: 'URI xref:search=' could not be parsed
This also makes it impossible to access man or info pages through the GUI; I have to open Yelp from the command line with the path as an argument. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to yelp in Ubuntu. https://bugs.launchpad.net/bugs/726439 Title: Search for document returns an Unknown error: 'URI xref:search=' could not be parsed -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 748805] Re: Sound level icon is inconsistent with gnome-settings-daemon notifications
** Also affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/748805 Title: Sound level icon is inconsistent with gnome-settings-daemon notifications -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 748805] Re: Sound level icon is inconsistent with gnome-settings-daemon notifications
Okay, I am attaching a branch that fixes this. It's my first time patching a patch (or using quilt), but hopefully I did it right :) I decided to change our patch for gnome-settings-daemon, since the existing stuff was a little complex and it wouldn't look pretty inside indicator-sound. (I assume the settings daemon patch inherits that complexity from the original overlay, which had a fancy fading effect). With that said, the current gnome-settings-daemon patch is probably more consistent with upstream Gnome, so if there is a valid reason to do that here we should patch indicator-sound instead. I discovered that the issue with indicator-sound's notification is unrelated: it generates a notification based on the previous state, instead of the new state. Filing a new bug report for it… -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/748805 Title: Sound level icon is inconsistent with gnome-settings-daemon notifications -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 762424] [NEW] When trying to open CD: Could not display cdda://sr0/
Public bug reported: Binary package hint: nautilus This is happening with Ubuntu 11.04. I insert a music CD, the device is mounted and various music players are happy reading its contents. I want to browse the device as a file system by opening it in Nautilus. I get the following error when I try to open it from any list of mounted devices: Could not display cdda://sr0/. The file is of an unknown type ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/762424 Title: When trying to open CD: Could not display cdda://sr0/ -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 542345] Re: gdm crashes when it encounters a .desktop session file it can't read
Hi Sebastien! Sorry about changing the bug status. That was just a silly accident when I was wondering why the upstream bug watcher still said New :) (I tinker mercilessly with anything that uses Javascript) I installed gdm from lucid-proposed, which gives me 2.30.2.is.2.30.0-0ubuntu1 Restarted my computer to be sure but the crash still occurred, as before, with the session file I described. -- gdm crashes when it encounters a .desktop session file it can't read https://bugs.launchpad.net/bugs/542345 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 558327] Re: Window close button is clickable anywhere in the corner
That looks good :) The specific thing I was concerned about here is fixed, but my attachment to this is just that I think it shouldn't surprise people. The way the buttons are drawn should correspond directly with how they are interacted with. (Handy oversized clicking areas are nice, but they should be used with discretion). I think that bug report does counteract the original intent a little, but it would do it much more elegantly than before and still have the other half of it I just described. It looks like a solid compromise. Now that lots of people have used Lucid for a while as a production OS, maybe there is some useful data about whether the theory matches the real world. -- Window close button is clickable anywhere in the corner https://bugs.launchpad.net/bugs/558327 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 703630] [NEW] Unnecesary “failed to suspend” error in some cases
Public bug reported: Binary package hint: gnome-power-manager From time to time, when I wake my computer from sleep, I see the following error message: Failed to Suspend Computer failed to suspend. Failure was reported as: Sleep has already been requested and is pending. However, as I mentioned, the computer had already gone to and woken from sleep by the time I saw the error message, so it in fact did not fail. While the specific error message surely has a reason to exist (it would appear some other daemon got to it first, or gnome power manager tried to suspend twice), it really shouldn't be exposed to an end user. It does not communicate anything an end user would care about; it will just make someone worried that his system is misbehaving. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. https://bugs.launchpad.net/bugs/703630 Title: Unnecesary “failed to suspend” error in some cases -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 727300] [NEW] Search for Files is oddly placed in desktop Places menu
Public bug reported: Binary package hint: nautilus The desktop Places menu with Nautilus in Unity looks like this: [i] Home Folder [i] Computer [i] Templates [i] Trash [i] Network Search for Files… --- [i] Documents [i] Music [i] Pictures [i] Videos [i] Downloads (Etc) This is weird: Search for Files is squeezed between the list of bookmarks and the other list of Places. I suggest it be moved to the top of the menu, or to the bottom after Add / Edit Bookmarks. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/727300 Title: Search for Files is oddly placed in desktop Places menu -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 629258] Re: Battery life estimation never comes around
Amr's fix from the PPA does not work for me. Battery indicator still always says estimating... when on battery power. Yes, Amr appears to be suggesting a workaround; to install a different piece of software (battery-status) and use that. Please try to limit this discussion to the issue at hand, which is strictly upower and the stock power indicator (gnome-power-manager) failing to provide an estimate. I'm curious that upower has been marked fix released :) Is that accurate? The reason I'm confused is the upstream bug report (Launchpad still calls upstream devicekit-power) appears to be open with little activity. Was battery-status getting the missing information from upower on one of the offending batteries? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug (38795). https://bugs.launchpad.net/bugs/629258 Title: Battery life estimation never comes around -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 11334] Re: MASTER Copy-Paste doesn't work if the source is closed before the paste
Please keep this on topic. This bug report is not about adding a clipboard manager; it is about misbehaving clients which do not implement X's clipboard stuff to it's fullest extent. There is no change to the accepted system going on here; only bug fixes. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug (36165). https://bugs.launchpad.net/bugs/11334 Title: MASTER Copy-Paste doesn't work if the source is closed before the paste -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 685615] [NEW] Synchronous screen brightness notification should instantly replace volume notification
Public bug reported: Binary package hint: gnome-power-manager When adjusting screen brightness with the keyboard, gnome-power-manager creates a synchronous notification bubble for visual feedback. However, if a synchronous notification is already being shown, the screen brightness bubble waits for the existing one to disappear. This behaviour is incorrect; the bubble should appear immediately, replacing any existing synchronous notification. For example, when adjusting the volume, that bubble appears immediately and replaces the screen brightness notification. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. https://bugs.launchpad.net/bugs/685615 Title: Synchronous screen brightness notification should instantly replace volume notification -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 689022] [NEW] MSN account (telepathy-butterfly) vanishes when password is removed from keyring
Public bug reported: Binary package hint: empathy I have Empathy hooked up to an MSN account, which uses telepathy-butterfly. My password for that account is in Gnome Keyring's password store like this: account: butterfly/msn/[$LOGINNAME]; param: param-password If that stored password is missing, the account completely vanishes from Empathy's Accounts list. It does not seem to disappear from ~/.mission- control/accounts/accounts.cfg. This does not happen with any other protocols. (Normally, Empathy will just recognise it needs a password for an account). I recently switched my default keyring from Default to Login, which triggered the issue. This can cause data loss (in a practical sense), since the conversation logs for that vanished account are no longer available from Empathy's interface. Steps to reproduce: * Add a telepathy-butterfly account in Empathy * Quit Empathy, make sure telepathy-* and mission-control are not running. (Probably not necessary, but just to be sure). * Open Seahorse. Search for a password with “account: butterfly/msn” in the description and delete it. * Log out and log in, again just to be sure. * Start Empathy. Note that the MSN account is missing. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: empathy 2.32.1-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-23.41-generic 2.6.35.7 Uname: Linux 2.6.35-23-generic i686 NonfreeKernelModules: nvidia Architecture: i386 Date: Sat Dec 11 10:38:53 2010 ExecutablePath: /usr/bin/empathy InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: SHELL=/bin/zsh LANGUAGE=en_CA:en LANG=en_CA.utf8 SourcePackage: empathy XsessionErrors: (polkit-gnome-authentication-agent-1:12452): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (nautilus:12432): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 maverick -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. https://bugs.launchpad.net/bugs/689022 Title: MSN account (telepathy-butterfly) vanishes when password is removed from keyring -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 689022] Re: MSN account (telepathy-butterfly) vanishes when password is removed from keyring
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. https://bugs.launchpad.net/bugs/689022 Title: MSN account (telepathy-butterfly) vanishes when password is removed from keyring -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 687670] Re: [Natty] Add a ubiquity slide for GDM Session choosing. Also add to help files.
I really appreciate that you took the time to make a branch for this, Matt. It does look good, and from the looks of it you did everything right! :) One other cool thing you can do: it's possible to make a bug that is fixed with a commit. If you're using the command line, it's something like bzr commit --fixes=lp:BUGNUMBER. If you're using Bazaar Explorer, there's a text box below where you enter the commit message to list any fixed bugs. This way, Launchpad can keep track of things a little better. I'm also quite interested in the layered screenshot you mentioned in the merge request (although the link is broken). I had no idea what those were, looked it up and it's a neat idea. Could make things very smooth… However, I do agree with Evan. This is the type of thing that shouldn't be necessary. It's kind of a mundane detail that the login screen should make clear on its own anyway. By presenting it front and centre here, we risk creating an illusion of complexity. Now somebody reading this sees two choices they must weigh. It may be obvious to us that one is the default (and we can even say “Unity is the default because it's shiny and new and awesome”), but people brand new to Ubuntu are not always happy when they see “Some Assembly May Be Required.“ They've already made the choice to drop Windows and clean install Ubuntu on top, and that's enough choosing for one day. The important thing here is making them feel satisfied, like they've made the right choice already (because they have). Pointing out what they can do Right Now (without deviating from Ubuntu's standard experience!) and how cool it is. On the other hand, this is certainly something to keep track of. If the appropriate stuff is put in place we won't need to, but it may be necessary to explain what the Ubuntu Classic Desktop / 2D desktop / whatever-we're-calling-it is, and what Unity is. We'll have to wait and see, I think. Not that choices are bad, but I think they are better presented later on, after somebody has experienced the defaults and has some opinions about what is new. If I understand correctly, Yelp will finally be usable. Maybe now is a good time to promote the offline help for that purpose. Just to clarify why I don't want the slideshow doing something it wouldn't need to do if another application was clearer: the slideshow should never, ever ever be necessary. If we use it to bandage UI blunders elsewhere, it risks being too important. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to yelp in ubuntu. https://bugs.launchpad.net/bugs/687670 Title: [Natty] Add a ubiquity slide for GDM Session choosing. Also add to help files. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 687670] Re: [Natty] Add a ubiquity slide for GDM Session choosing. Also add to help files.
On Tue, Dec 14, 2010 at 1:32 PM, Matt Sturgeon 687...@bugs.launchpad.net wrote: Do you think that adding a page on this topic to the New to Ubuntu? section of the help docs seems appropriate? Absolutely. I suggest you chat with the documentation team on their mailing list (https://lists.ubuntu.com/mailman/listinfo/ubuntu-doc), or on IRC (#ubuntu-doc on irc.freenode.net). They may already have something cooking, and if they don't I'm sure they will appreciate the help. Howabout autostarting the Welcome page (within New to ubuntu?) for first time logins? That discussion has popped up a few times. Never seems to reach a particular agreement. I think one concern was that Yelp was very slow, so with Yelp 3 in this release (which uses Webkit and has been touched up significantly) there will be more positives for doing it. Another worry is it could look too noisy, so there's definitely some work to be done implementing that in a way people can agree with. Again, probably the best people to talk to are the docs team. I have a hunch that idea really just needs somebody to commit to it and all the pieces will come together ;) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to yelp in ubuntu. https://bugs.launchpad.net/bugs/687670 Title: [Natty] Add a ubiquity slide for GDM Session choosing. Also add to help files. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 689022] Re: MSN account (telepathy-butterfly) vanishes when password is removed from keyring
** Bug watch added: GNOME Bug Tracker #637977 https://bugzilla.gnome.org/show_bug.cgi?id=637977 ** Also affects: empathy via https://bugzilla.gnome.org/show_bug.cgi?id=637977 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. https://bugs.launchpad.net/bugs/689022 Title: MSN account (telepathy-butterfly) vanishes when password is removed from keyring -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 685615] Re: Synchronous screen brightness notification should instantly replace volume notification
Funny, this is behaving properly now. Given I can't reproduce it myself, I'm marking the report invalid. If this is still happening to somebody, please leave a comment :) ** Changed in: gnome-power-manager (Ubuntu) Status: New = Incomplete ** Changed in: gnome-power-manager (Ubuntu) Status: Incomplete = Invalid -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. https://bugs.launchpad.net/bugs/685615 Title: Synchronous screen brightness notification should instantly replace volume notification -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 694225] [NEW] Missing overshoot effect with notify-osd brightness notification
Public bug reported: Binary package hint: gnome-power-manager If I try to adjust the screen brightness upwards and it is already at 100%, no notification appears at all. This is confusing and inconsistent. With the sound notification, notify-osd is told to show a notification and produce an “overshoot” effect where the bubble glows briefly, or darkens when at 0%. In this way, a notification bubble appears whenever the user presses the volume adjust key, whether the volume is being adjusted or not. (It also looks cool). The same should be done for screen brightness. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. https://bugs.launchpad.net/bugs/694225 Title: Missing overshoot effect with notify-osd brightness notification -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 689022] Re: MSN account (telepathy-butterfly) vanishes when password is removed from keyring
On Fri, Dec 24, 2010 at 10:38 PM, Omer Akram om2...@ubuntu.com wrote: Thanks for sending this bug to Gnome. You're welcome. Thank you for checking, Omer :) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. https://bugs.launchpad.net/bugs/689022 Title: MSN account (telepathy-butterfly) vanishes when password is removed from keyring -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 700163] [NEW] Typing at GDM greeter should invoke username field
Public bug reported: Binary package hint: gdm When I begin typing at the GDM greeter, GTK does its usual thing for searching within lists: it highlights the item starting with the letters the user has typed. (For example, a user named John will be highlighted if the user types j). However, a user who immediately begins typing at the greeter probably intends to type a username directly (perhaps even for accessibility reasons). It would be more useful for this case if the username field (same as when the user clicks “Other…” from the list) appears, filled with the characters that have been entered so far. (Probably using the start-interactive-search signal). In this way, we stay consistent with other login screens that have username fields by default, where the user may be used to immediately typing. ** Affects: hundredpapercuts Importance: Undecided Status: New ** Affects: gdm (Ubuntu) Importance: Undecided Status: New ** Also affects: hundredpapercuts Importance: Undecided Status: New -- 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/700163 Title: Typing at GDM greeter should invoke username field -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 700163] Re: Typing at GDM greeter should invoke username field
** Description changed: Binary package hint: gdm When I begin typing at the GDM greeter, GTK does its usual thing for searching within lists: it highlights the item starting with the letters the user has typed. (For example, a user named John will be highlighted if the user types j). However, a user who immediately begins typing at the greeter probably intends to type a username directly (perhaps even for accessibility reasons). It would be more useful for this case if the username field - (same as when the user clicks “Other…” from the list) appears, filled in - with the characters that have been entered so far. In this way, we stay - consistent with login screens that had username fields by default, where - the user could immediately begin typing. + (same as when the user clicks “Other…” from the list) appears, filled + with the characters that have been entered so far. (Probably using the + start-interactive-search signal). In this way, we stay consistent with + other login screens that have username fields by default, where the user + may be used to immediately typing. ** Bug watch added: GNOME Bug Tracker #638958 https://bugzilla.gnome.org/show_bug.cgi?id=638958 ** Also affects: gdm via https://bugzilla.gnome.org/show_bug.cgi?id=638958 Importance: Unknown Status: Unknown -- 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/700163 Title: Typing at GDM greeter should invoke username field -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 600394] Re: Automatic Keyring doesn't work.
Tm0, that simply isn't the function of the keyring unlock screen :) The reason it wants your password is to access the encrypted password store. I've encountered a few people of the opinion that the user interface is a tad unfortunate at the moment (there might even be a bug report), but that's something that will need more detailed analysis. ** Changed in: gnome-keyring (Ubuntu) Status: Incomplete = Opinion ** Changed in: gnome-keyring (Ubuntu) Status: Opinion = Invalid -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu. https://bugs.launchpad.net/bugs/600394 Title: Automatic Keyring doesn't work. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 744929] Re: After auto-login, prompted to unlock keyring multiple times
This has been happening consistently to a number of users (including myself) in Natty. We aren't clear on reproducibility, but it looks like all you have to do is have GDM log in automatically (so it doesn't unlock the keyring early) and have a keyring with a password set. So, I am marking this as confirmed ;) With regards to the weird default / login keyring thing, people might be interested in bug #637702 but that feels like it should be a separate issue. ** Changed in: gnome-keyring (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu. https://bugs.launchpad.net/bugs/744929 Title: After auto-login, prompted to unlock keyring multiple times -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 793330] [NEW] Notifications are no longer using append or replace
Public bug reported: Binary package hint: empathy Empathy has gone back to showing a single notification for each new chat message. This is a regression from the chat experience we previously enjoyed in Ubuntu, where the chat client used notify-osd's append and replace hints. Please see the notify-osd design specification: https://wiki.ubuntu.com/NotifyOSD#Merging notifications ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: empathy 2.34.0-0ubuntu3 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic x86_64 NonfreeKernelModules: fglrx Architecture: amd64 Date: Sun Jun 5 18:36:42 2011 InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release amd64 (20110427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: empathy UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug natty running-unity -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in Ubuntu. https://bugs.launchpad.net/bugs/793330 Title: Notifications are no longer using append or replace -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
