[Bug 450112] Re: Entire Hard Drive Marked as ubuntuone-synchronized
This bug happens to me to. I tried to make a samba share, all required packages to do so was apparently not installed per default. Before I installed them samba packages(can not remember exactly which two packages that was downloaded) all worked fine, but afterwards all files and folders on my entire system was marked with the ubuntuone-synchronized emblem. -- Entire Hard Drive Marked as ubuntuone-synchronized https://bugs.launchpad.net/bugs/450112 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 450644] [NEW] No overwrite query dialogue when overwriting files using file-roller
*** This bug is a duplicate of bug 152303 *** https://bugs.launchpad.net/bugs/152303 Public bug reported: Binary package hint: nautilus Using 9.10 Beta During an overwrite of a file by -drag and drop-ing a file from file-roller to the desktop or a folder open with nautilus does not produce a query dialogue asking whether to overwrite the existing file or not. The existing file is simply overwritten, I know this as the date and size changed. Steps to reproduce: Open something compressed with file-roller Drag a file from file-roller to the gnome desktop Again drag the same file ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Invalid -- No overwrite query dialogue when overwriting files using file-roller https://bugs.launchpad.net/bugs/450644 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 427114] Re: Creating a new launcher by drag and drop from application menu
I am using Karmic alpha 5 Of course it is reproducible, just drag and drop a launcher from the Applications menu to the desktop -- Creating a new launcher by drag and drop from application menu https://bugs.launchpad.net/bugs/427114 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 427114] Re: Creating a new launcher by drag and drop from application menu
Aha, I have created the Eclipse launcher in the menu by my own as per https://bugs.launchpad.net/ubuntu/+bug/420873 the eclipse package will not install anymore due to gcj. Hence I downloaded eclipse from the website and installed it in /opt/ and did my own launcher. -- Creating a new launcher by drag and drop from application menu https://bugs.launchpad.net/bugs/427114 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 427114] Re: Creating a new launcher by drag and drop from application menu
Yes, I dragged out the calculator and it worked like expected. -- Creating a new launcher by drag and drop from application menu https://bugs.launchpad.net/bugs/427114 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 427114] [NEW] Creating a new launcher by drag and drop from application menu
Public bug reported: I tried to drag and drop a launcher from the applications menu and it created the eclipse.desktop as can be seen in the screenshot to the right. I also tried to create a new launcher from scratch and that worked fine as can be seen by the icon to the left on the screenshot. ** Affects: gnome-desktop (Ubuntu) Importance: Undecided Status: New -- Creating a new launcher by drag and drop from application menu https://bugs.launchpad.net/bugs/427114 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-desktop in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 427114] Re: Creating a new launcher by drag and drop from application menu
** Attachment added: Screenshot.png http://launchpadlibrarian.net/31567354/Screenshot.png -- Creating a new launcher by drag and drop from application menu https://bugs.launchpad.net/bugs/427114 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-desktop in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 422777] Re: Doesn't create thumbnails for pdf
Yes, it is reproducible: Create a pdf and put it on the desktop... See screenshot for example ** Changed in: nautilus (Ubuntu) Status: Incomplete = New -- Doesn't create thumbnails for pdf https://bugs.launchpad.net/bugs/422777 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 420527] [NEW] Laptop Power statistics are not very informative
Public bug reported: Binary package hint: gnome-power-manager The power statistics data sets one can view are only 10 min, 2 hours, 1 day and 1 week. 10 minutes is kind of useful for seeing short term changes, 2 hours is also good, 1 day is useless and so is 1 week. Considering laptop battery longevity range from everything from more than 2 hours to 10 hours. I have no overview of the complete charge history. Also the old charge statistics showed all events that took place and had much more useful information. This statistics is dreadfully lacking in comparison in my opinion. Using Karmic Alpha4 ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New ** Summary changed: - Laptop Power statistics has inusable data length overviews + Laptop Power statistics has inusable statistical overviews ** Summary changed: - Laptop Power statistics has inusable statistical overviews + Laptop Power statistics are not very informative -- Laptop Power statistics are not very informative https://bugs.launchpad.net/bugs/420527 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 420527] Re: Laptop Power statistics are not very informative
** Description changed: Binary package hint: gnome-power-manager The power statistics data sets one can view are only 10 min, 2 hours, 1 day and 1 week. 10 minutes is kind of useful for seeing short term changes, 2 hours is also good, 1 day is useless and so is 1 week. Considering laptop battery longevity range from everything from more than 2 hours to 10 hours. I have no overview of the complete charge history. Also the old charge statistics showed all events that took place and had much more useful information. This statistics is dreadfully lacking in comparison in my opinion. + + Using Karmic Alpha4 -- Laptop Power statistics are not very informative https://bugs.launchpad.net/bugs/420527 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 403549] Re: nautilus crashed with SIGSEGV immediately after start up
The bug has persisted into alpha4 -- nautilus crashed with SIGSEGV immediately after start up https://bugs.launchpad.net/bugs/403549 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 412732] Re: gnome-keybinding-properties crashed with SIGSEGV in gtk_tree_model_get_valist()
This bug has persisted in karmic Alpha 4 -- gnome-keybinding-properties crashed with SIGSEGV in gtk_tree_model_get_valist() https://bugs.launchpad.net/bugs/412732 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 374078] Re: Double clicking a maximized window frame does not restore window
As I used the system more, I noticed that other applications also does it occasionally. I can't pin point which ones at the top of my head though. ** Changed in: metacity (Ubuntu) Status: Incomplete = Confirmed ** Changed in: metacity (Ubuntu) Status: Confirmed = Incomplete -- Double clicking a maximized window frame does not restore window https://bugs.launchpad.net/bugs/374078 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 290204] Re: Annoying beep on shutdown using System - Shut down...
I like the beeping, it tells me that I am shutting down successfully. -- Annoying beep on shutdown using System - Shut down... https://bugs.launchpad.net/bugs/290204 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 367372] Re: Gedit uses 100% of the CPU while editing files
Yes, I still get it! I have tried to isolate the problem, the cpu hogging occurs whether gedit is the only running application launched by me personally or not. I am not using any font hintning, and only font grayscale smoothing, all visual effects turned off. The cpu hogging is dependant on what file I am editing and where in the file. The hogging occurs writing anything between line 1 and line 12, writing anything on any other line seemingly works fine. In the follwing two screenshots, I am in progress of writing the if statement on line 3. ** Attachment added: Screenshot-3.png http://launchpadlibrarian.net/26535163/Screenshot-3.png -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 367372] Re: Gedit uses 100% of the CPU while editing files
** Attachment added: Screenshot-1.png http://launchpadlibrarian.net/26535182/Screenshot-1.png ** Changed in: gedit (Ubuntu) Status: Incomplete = New -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 367372] Re: Gedit uses 100% of the CPU while editing files
** Attachment added: page.php http://launchpadlibrarian.net/26535346/page.php -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 367372] Re: Gedit uses 100% of the CPU while editing files
** Bug watch added: GNOME Bug Tracker #582073 http://bugzilla.gnome.org/show_bug.cgi?id=582073 ** Changed in: gedit Importance: Undecided = Unknown ** Changed in: gedit Status: New = Unknown ** Changed in: gedit Remote watch: None = GNOME Bug Tracker #582073 -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 374078] Re: Double clicking a maximized window frame does not restore window
You are right, it seems to only be firefox that behaves this way... -- Double clicking a maximized window frame does not restore window https://bugs.launchpad.net/bugs/374078 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 374078] Re: Double clicking a maximized window frame does not restore window
** Summary changed: - Double clicking a window frame does not restore window + Double clicking a maximized window frame does not restore window ** Description changed: - Binary package hint: gnome + Binary package hint: gnome-dekstop Normally a double click on a window's titlebar the window should restore - from maximized to user set size. When a window however starts maximized - and one performs this restoration of the window. The window flickers and - for a brief moment it obtains user set size but then goes back to cover - the whole screen. + from maximized to user set size. This works in normal cases however when + an application starts maximized and the user tries to performs this + procedure in order to restore the window size(expecting a smaller window + only covering part of the screen). The window flickers and for a brief + moment as I assume it obtains the previous user set size but then goes + back to cover the whole screen but not in maximized mode. + + 1. Start firefox(mine starts in maximized mode, other applications does not) + 2. Double click on titlebar ** Package changed: meta-gnome2 (Ubuntu) = gnome-desktop (Ubuntu) ** Bug watch added: GNOME Bug Tracker #581982 http://bugzilla.gnome.org/show_bug.cgi?id=581982 ** Also affects: gnome-desktop via http://bugzilla.gnome.org/show_bug.cgi?id=581982 Importance: Unknown Status: Unknown -- Double clicking a maximized window frame does not restore window https://bugs.launchpad.net/bugs/374078 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-desktop in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 374078] Re: Double clicking a maximized window frame does not restore window
It is not a compiz bug, I removed compiz from my system totally, first by inactivating all effects and then going one step further completely wiping it off the hard drive through the packet manager. Compiz is so buggy I could not stand using it, getting in the way of Quake Wars, being just in general slow and behaving unexpectedly. I filed several bugs for compiz... I am changing it back to gnome-desktop. ** Package changed: compiz (Ubuntu) = gnome-desktop (Ubuntu) -- Double clicking a maximized window frame does not restore window https://bugs.launchpad.net/bugs/374078 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-desktop in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 371819] [NEW] Gimp doesn't rerender canvas on canvas size change undo
Public bug reported: Binary package hint: gimp Gimp doesn't rerender the canvas if one does a canvas resize and then undos the canvas resize. The canvas is then still showing checkerboard where it is not until you resize the dialog to force it to redraw the canvas. Using GIMP 2.6.6 on Ubuntu 9.04 ** Affects: gimp (Ubuntu) Importance: Undecided Status: New -- Gimp doesn't rerender canvas on canvas size change undo https://bugs.launchpad.net/bugs/371819 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 371819] Re: Gimp doesn't rerender canvas on canvas size change undo
** Bug watch added: GNOME Bug Tracker #581355 http://bugzilla.gnome.org/show_bug.cgi?id=581355 ** Also affects: predrag via http://bugzilla.gnome.org/show_bug.cgi?id=581355 Importance: Unknown Status: Unknown -- Gimp doesn't rerender canvas on canvas size change undo https://bugs.launchpad.net/bugs/371819 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 367372] Re: Gedit uses 100% of the CPU while editing files
I don't know if this is relevant but for some reason I haven't noticed it as of lately. ** Changed in: gedit (Ubuntu) Status: Incomplete = New -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 366224] Re: Rendering artifact on text in firefox and gedit
** Attachment added: Xorg.0.log http://launchpadlibrarian.net/26060441/Xorg.0.log ** Changed in: xserver-xorg-video-ati (Ubuntu) Status: Incomplete = New -- Rendering artifact on text in firefox and gedit https://bugs.launchpad.net/bugs/366224 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 367372] Re: Gedit uses 100% of the CPU while editing files
I get the same problem whatever configuration I have tried, whether it be the default configuration from the box installation nor the configurations with vesa drivers, all text rendering post-processing turned off, plugins turned off, it doesn't seem to matter. -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 367372] Re: Gedit uses 100% of the CPU while editing files
I don't think this is really useful at all. The strange thing though is that gedit didn't consume 100% of the CPU while I ran it and traced it... ** Attachment added: gdb-gedit.txt http://launchpadlibrarian.net/26089348/gdb-gedit.txt -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 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 367372] [NEW] Gedit uses 100% of the CPU while editing files
Public bug reported: Binary package hint: gedit Making changes to a file(typing or deleting characters) makes gedit consume 100% of the CPU power available. I noticed this since I've installed Ubuntu 9.04. I was poking in the fonts setting under the appearance preferences and I thought I noticed a slight difference if I turn off all processing and make the font glyph render without subpixel rendering and hinting. However it is merely marginal. To make sure it was not the graphics drivers I switched from the ati drivers to vesa but that did not help at all. ** Affects: gedit Importance: Undecided Status: New ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Also affects: gedit Importance: Undecided Status: New -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 367372] Re: Gedit uses 100% of the CPU while editing files
** Description changed: Binary package hint: gedit Making changes to a file(typing or deleting characters) makes gedit consume 100% of the CPU power available. I noticed this since I've installed Ubuntu 9.04. I was poking in the fonts setting under the appearance preferences and I thought I noticed a slight difference if I turn off all processing and make the font glyph render without subpixel rendering and hinting. However it is merely marginal. To make sure it was not the graphics drivers I switched from the ati drivers to vesa but that did not help at all. + + I am running on a 5 years old Dell Inspiron 5100 laptop with Radeon Mobility 7500(details in lspci-vvnn.log provided in link below), with 256MiB of RAM. + http://launchpadlibrarian.net/21840367/dmesg.log + http://launchpadlibrarian.net/21840491/lspci-vvnn.log + + uname -a yields: + Linux lordmetroid-laptop 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux -- Gedit uses 100% of the CPU while editing files https://bugs.launchpad.net/bugs/367372 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 366224] Re: Rendering artifact on text in firefox and gedit
Gedit has been running really slow, so slow that I type faster than gedit renders. I tracked it to Subpixel rendering, turned it off and it seems to be fast again. However I also notice that the artifacts have disappeared. -- Rendering artifact on text in firefox and gedit https://bugs.launchpad.net/bugs/366224 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 366224] Re: Rendering artifact in the tab bar of firefox
** Also affects: gedit (Ubuntu) Importance: Undecided Status: New -- Rendering artifact in the tab bar of firefox https://bugs.launchpad.net/bugs/366224 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 366224] Re: Rendering artifact in the tab bar of firefox
Apparently it is not only Firefox that is affected by this bug, I suspect it may be a bigger problem with X.org, Gnome or possible the graphics card drivers. I already have copies of the dmesg and lspci-vvnn logs at: http://launchpadlibrarian.net/21840367/dmesg.log http://launchpadlibrarian.net/21840491/lspci-vvnn.log uname -a yields: Linux lordmetroid-laptop 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux ** Attachment added: Same bug appears in Gedit http://launchpadlibrarian.net/25940806/Screenshot.png ** Also affects: xorg (Ubuntu) Importance: Undecided Status: New -- Rendering artifact on text in firefox and gedit https://bugs.launchpad.net/bugs/366224 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 366224] Re: Rendering artifact on text in firefox and gedit
** Summary changed: - Rendering artifact in the tab bar of firefox + Rendering artifact on text in firefox and gedit ** Description changed: - Binary package hint: firefox + Binary package hint: firefox, gedit - The line circled in red appears and disappears arbitrarily, it can - sometimes be made to disappear by interacting with the tab bar. Seems - always to appear on the active tab. + Horizontal lines appears arbitrarily during the rendering of text, they + can be made to disappear by temporary by rerendering of the text. + + I have so far sighted these rendering artifacts in Firefox's tab-bar and + possibly on the search bar(screenshots provided below) as well as in the + general edited text of gedit(3rd screenshot). I suspect it may be a + bigger problem with X.org, Gnome or possible the graphics card drivers. + I am running on a 5 years old Dell Inspiron 5100 laptop with Radeon + Mobility 7500(details in dmesg.log provided in link below). ** Description changed: Binary package hint: firefox, gedit Horizontal lines appears arbitrarily during the rendering of text, they - can be made to disappear by temporary by rerendering of the text. - - I have so far sighted these rendering artifacts in Firefox's tab-bar and + can be made to disappear by temporary by rerendering of the text. I have + so far sighted these rendering artifacts in Firefox's tab-bar and possibly on the search bar(screenshots provided below) as well as in the general edited text of gedit(3rd screenshot). I suspect it may be a bigger problem with X.org, Gnome or possible the graphics card drivers. + I am running on a 5 years old Dell Inspiron 5100 laptop with Radeon Mobility 7500(details in dmesg.log provided in link below). ** Description changed: Binary package hint: firefox, gedit Horizontal lines appears arbitrarily during the rendering of text, they can be made to disappear by temporary by rerendering of the text. I have so far sighted these rendering artifacts in Firefox's tab-bar and possibly on the search bar(screenshots provided below) as well as in the general edited text of gedit(3rd screenshot). I suspect it may be a bigger problem with X.org, Gnome or possible the graphics card drivers. I am running on a 5 years old Dell Inspiron 5100 laptop with Radeon - Mobility 7500(details in dmesg.log provided in link below). + Mobility 7500(details in dmesg.log provided in link below) + + http://launchpadlibrarian.net/21840367/dmesg.log + http://launchpadlibrarian.net/21840491/lspci-vvnn.log + + uname -a yields: + Linux lordmetroid-laptop 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux + + Using Ubuntu 9.04 Jaunty Jackalope -- Rendering artifact on text in firefox and gedit https://bugs.launchpad.net/bugs/366224 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 332250] [NEW] Keyboard and mouse sometimes do not work at Login
Public bug reported: Binary package hint: gdm Using Ubuntu 8.10 on a dell inspiron 5100 laptop, the keyboard and mouse have stopped working at the gdm screen. Switching accounts(alt+F#) still works. Seems to happen at arbitrary times but last time this happened(today) it was after the disk check at boot had run its course. ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- Keyboard and mouse sometimes do not work at Login https://bugs.launchpad.net/bugs/332250 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 315782] Re: Change of capitalization in filenames on FAT32
I posed a question where to begin digging on the Linux kernel mailing list, the filesystem maintainer, OGAWA Hirofumi replied as below: This is known issue for case-insensitive fs. (BTW, CI is case- insensitive). To allow rename(filename, FILENAME), we have to fix two issues. One is vfs_rename(), it doesn't call -rename handler if inodes was same. Another one is fs handlers, it has to handle dentry-d_name change while someone is using it, and/or it has to care about dentry alias. Because, the inode of both of names is same, and dentry should/may be same. BTW, those is kernel side issues. There is some userland issues too (e.g. IIRC, mv command check stat-st_ino before call rename(2)). I also believe http://lxr.linux.no/linux+v2.6.28.2/fs/fat/namei_vfat.c#L53 is a key element to this bug. -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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 315782] Re: Change of capitalization in filenames on FAT32
** Also affects: coreutils Importance: Undecided Status: New ** Changed in: coreutils Status: New = Confirmed ** Changed in: coreutils Status: Confirmed = New -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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 315782] Re: Change of capitalization in filenames on FAT32
** Also affects: coreutils (Ubuntu) Importance: Undecided Status: New -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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 315782] Re: Change of capitalization in filenames on FAT32
** Description changed: - Binary package hint: nautilus + Binary package hint: nautilus, mv - Can not change the name of a file called foo to Foo on FAT32 file- - systems because of the case-insensitive feature of FAT32. + It is not possible to change the capitialization of filenames on a FAT32 + volume. This is a bug because, although FAT32 is not case-sensitive, it + still have the ability to preserve the case of filenames. + + Steps to reproduce: + 1. Create file test on FAT32 volume + 2. Try to rename new file to TEST using nautilus or mv + + Actual results: + Displays an error 'The name TEST is already used in this folder. Please use a different name' + + Expected results: + The filename should change to new requested filename + + Does this happen every time? + Yes -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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 315782] Re: Change of capitalization in filenames on FAT32
No, it is not glib that does this. The terminal also shows the same behavior: lordmetr...@lordmetroid-laptop:/media/disk$ mv test Test mv: `test' and `Test' are the same file It has to be in the implementation of the filesystem... ** Also affects: linux Importance: Undecided Status: New -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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 315782] Re: Change of capitalization in filenames on FAT32
There was some confusion when I talked to other people if renaming files in this manner actually was possible to do on Windows. Just want to mention that it is possible to rename a file from test to Test on Windows XP. -- Change of capitalization in filenames on FAT32 https://bugs.launchpad.net/bugs/315782 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
