[Bug 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 218982] [NEW] gnome-panel doesn't hide all the way
Public bug reported: Binary package hint: gnome-panel I've check auto-hide and it works except that there's about 5 pixels of the panel still visible. It's even enough to see the bottom of the mini- icons. ProblemType: Bug Architecture: i386 Date: Thu Apr 17 21:04:24 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/gnome-panel NonfreeKernelModules: nvidia Package: gnome-panel 1:2.20.1-0ubuntu1 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/jquinn ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/usr/bin/tcsh SourcePackage: gnome-panel Uname: Linux aries 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 218982] Re: gnome-panel doesn't hide all the way
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13545260/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13545261/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13545262/ProcStatus.txt -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
Why do the bugs at launchpad get closed so quickly? Bugs do not rot. I didn't even realize there was activity on the bug and 30 days isn't all that much time to respond anyway. I also don't understand why this bug was being closed because I did post what appears to be the proper information (Before I submitted my bug, I even found other bugs with comments saying what I posted is the information that is needed). The followup question doesn't even make much sense: 1) I said which program, the "cpu frequency scaling monitor" and 2) There's nothing to take a screenshot of that illuminates anything. If you don't know what the cpu scaling monitor is, how can you decide the importance of the bug is low? -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 337780] Re: cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system
There's no error from the applet. There's nothing worth taking a screen shot. It applet just simply doesn't change the frequency. If you need more information, how about asking "Could you post the output of the __ file after trying to switch the frequency?" or some other question that helps get the bug diagnosed instead of blaming the reporter. It's insulting to keep saying the bug report is poor when I already explained why it is not. The devs at launchpad seem to fling around "closing this bug report because it lacks the information" even when the "lacks information part" is false. This policy alienates reporters. Instead of blaming bug reporters by saying the bug report is poor, the close message should be, "We are closing the bug because we have too few people and too many open bugs." That's still a bad policy but at least it's truthful and doesn't run the risk of false accusing someone of poor submissions. A few points: 1) Bugs do not rot. If it's policy to close them early, it's a bad one. 2) Even a poorly reported bug can evolve into a good submission with time. 3) Users will provide missing information if you ask. 4) They will be offended if you call their submissions poor. 5) They will be really offended if the submission is not poor but people keep saying so like Chatty-Kathy dolls. 6) Bug reporters might end up quitting their submissions. -- cpu frequency scaling monitor does not change frequency in Ubuntu Jaunty (9.04) alpha 5 on Core 2 system https://bugs.launchpad.net/bugs/337780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 242013] Re: First "Import Folder" reports "Operation not supported"
I don't think this is fixed. I have Rhythmbox 0.12.0 on a fully updated Ubuntu 9.04. Starting Rhythmbox fresh (that is after deleting the rhythmbox directory in .gnome2) I get the error that it "the folder contents could not be displayed". The reason is that it is looking in my home directory for a folder called "music". It keeps looking in the "music" directory regardless of the folder I spectify for my music in Preferences. My music is stored in a directory called "Music", with the capital 'M' as is the current Gnome naming convention. -- First "Import Folder" reports "Operation not supported" https://bugs.launchpad.net/bugs/242013 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 218982] Re: gnome-panel doesn't hide all the way
Fantastic, Tiede! Your fix works. The size was set to 6 by default. Who would want that? I changed it to "1" because that's the way I liked it most. -- gnome-panel doesn't hide all the way https://bugs.launchpad.net/bugs/218982 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 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 This bug has been fixed. There doesn't appear to be any way for me to close it. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208465] Re: add Santiago, Chile to list of locations
*** This bug is a duplicate of bug 220400 *** https://bugs.launchpad.net/bugs/220400 Thanks, Martin. But it looks like I literally cannot change this bug status. I am not even given the hyperlink options to do it. Perhaps the marking as duplicate did it. I could change the status of the bug that this was marked a duplicate of... just not this one. -- add Santiago, Chile to list of locations https://bugs.launchpad.net/bugs/208465 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu (via bug 220400). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 410072] [NEW] A middle mouse button paste in gedit does not move cursor to insertion point
Public bug reported: Binary package hint: gedit Use the middle mouse button to paste highlight-selected text does not move the cursor (and the viewed text) to the chosen insertion point. This is dangerous when the selected text and the insertion point are far apart because the user is left unsure if the paste succeeded until scrolling to the insertion point (which can be difficult to refind in a long document or in source code). I am using the gedit in Ubuntu 9.04. I believe this to be a fairly recent regression as I seem to recall it working just a few months ago as I expect. I have tried deleting the gedit config directory and the behavior persists. I turn on most of the plugins available by default but that doesn't seem to be the cause. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Which bug number does it duplicates? Why would the importance be low? This is a major bug. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
changing back to new until at supposed duplicate is given. ** Changed in: gedit (Ubuntu) Status: Invalid => New -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Sebastien, could you please quote the duplicate bug number as already asked? If it is a duplicate, it is difficult to find the dup from the search terms I am using. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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 410072] Re: A middle mouse button paste in gedit does not move cursor to insertion point
Bug #255638 is somewhat different since that bug pastes to a "random location" and is not deterministic. This bug pastes to wherever the cursor was last positioned and is reproducible. Bug #234911 is closer to this one though and probably the dupe. -- A middle mouse button paste in gedit does not move cursor to insertion point https://bugs.launchpad.net/bugs/410072 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