[Bug 11334] Re: MASTER Copy-Paste doesn't work if the source is closed before the paste
@Fred: yes, you're right, on Lubuntu I installed Parcellite and it worked fine. But, with respect, which clipboard manager to use is not the point. The point is that Ubuntu and its relatives should be providing this functionality out of the box, not requiring users to figure out what's needed themselves or requiring 100's of applications all to implement functionality independently. Perhaps some would say that this would add bloat to Ubuntu. Well, that would hardly be a first. One doesn't use Ubuntu if something really stripped down and minimal is called for, that niche is filled by plenty of other distros, not least being Debian. 300+ comments and still no real progress. What does it need to get clipboard managers included in Ubuntu? Not 'available' for the few who know, but 'included' so that everyone benefits, even the absolute beginners trying Linux for the first time? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to a duplicate bug report (36165). https://bugs.launchpad.net/bugs/11334 Title: MASTER Copy-Paste doesn't work if the source is closed before the paste To manage notifications about this bug go to: https://bugs.launchpad.net/abiword/+bug/11334/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 11334] Re: MASTER Copy-Paste doesn't work if the source is closed before the paste
@pander: Don't you think it's insane to suggest every one of 23 (or more likely thousands) of applications need to implement this internally, instead of a generic solution? In Ubuntu Unity I find Diodon works well, it's completely solved the problem on Unity for me. But the user has to: 1. Realise there's a problem 2. Install diodon. That too is insane. Most users will get bitten numerous times before they discover this solution, if at all. On Lubuntu, diodon installed but didn't solve the problem. I had to google and find a different app. More insanity. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to a duplicate bug report (36165). https://bugs.launchpad.net/bugs/11334 Title: MASTER Copy-Paste doesn't work if the source is closed before the paste To manage notifications about this bug go to: https://bugs.launchpad.net/abiword/+bug/11334/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 761781] Re: Gedit takes many minutes to start if there are many files in directory
Hello Michael, thank you, perhaps I should be pleased that someone has responded to my report. However, frankly my overwhelming reaction is that this is far too typical of how Ubuntu reports are handled. It goes like this: * a report is filed. * nothing is done about it, zip, nada, rien, not even a response. * FOUR AND A HALF YEARS OF SILENCE * "Hi, we're looking at your detailed report but we haven't made the slightest attempt to reproduce it" * 60 days pass * bug is closed, devs congratulate themselves on closing many bugs Is this really the best we can do to get the community enthused and helping one another? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/761781 Title: Gedit takes many minutes to start if there are many files in directory To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/761781/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1241972] Re: Drag and drop from Dash to Desktop doesn't work
If you don't have additional info, please just click on the This bug affects you and 93 other people exclamation mark (at the top of the bug report), so you add to the count. Adding comments like Me too just clutter reports and make it harder for developers. -- 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/1241972 Title: Drag and drop from Dash to Desktop doesn't work To manage notifications about this bug go to: https://bugs.launchpad.net/chromium-browser/+bug/1241972/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 976608] Re: Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement
Verified affects 14.04. Also affects Mint 17 with Mate. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/976608 Title: Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/976608/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12154] Re: Nautilus should have a superuser mode
This one has always irritated the heck out of me, because I often don't know in advance of starting Nautilus that I'm going to want to change something in a root-owned file. But I've been resigned to it because I imagined there was some insuperable difficulty in implementing it. And when my students hit this problem I get a little defensive and tell them it's not the developers' fault, it's due to the restrictions in Linux that prevent processes gaining root, which would create a security risk. I've recently switched to Crunchbang. Imagine my surprise when I found the file manager there can do what I want! The file manager is Thunar. So I googled for 'thunar privilege escalation' and found an interesting article: http://www.psychocats.net/ubuntucat/file-browser-privilege- escalation-done-right/ More than 9 years since this serious usability bug was filed. Almost 7 years since that psychocats article. The wonderful thing about open source development is the speed of progress, the way that problems are fixed quickly and systems are updated. Really? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/12154 Title: Nautilus should have a superuser mode To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/12154/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1132063] Re: Mouse settings missing from Mouse Touchpad dialog
@supersasho: Since it's (allegedly) trivial, how about you propose a patch to fix it? Or find someone else to help you create such a patch? It's open source. Whinging that unfixed bugs are trivial isn't a great way to get developers on your side. It just adds to the length of the activity log, and risks a motivated developer glancing at the log and going away muttering 'TL;DR'. :( -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1132063 Title: Mouse settings missing from Mouse Touchpad dialog To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1132063/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 912597] Re: nautilus doesn't delete files on USB sticks eject
On the contrary, why isn't it a good thing having a trash folder, instead of immediate delete? If you consider the trash folder for your main drive is good, why not for a usb drive as well? Behaviour should be consistent, so that's it's easier to learn, easier to predict. -- 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/912597 Title: nautilus doesn't delete files on USB sticks eject To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/912597/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 976608] [NEW] Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement
Public bug reported: The menu for the terminal shows View|Zoom In and Out, with shortcuts ctrl++ and ctrl+-. Using the numeric keypad for this doesn't work. This is especially irritating for ctrl++, since on many keyboards this requires a shift as well. Besides which, typical users are familiar with using the numeric keypad for this in other applications, such as Firefox. Repro'd using 12.04 daily build 2012-04-07 i386 with a UK keyboard layout. Also verified on 10.10 i386 using a US keyboard layout. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gnome-terminal 3.4.0.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-22.35-generic-pae 3.2.14 Uname: Linux 3.2.0-22-generic-pae i686 ApportVersion: 2.0-0ubuntu4 Architecture: i386 Date: Sun Apr 8 15:22:55 2012 InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Beta i386 (20120407) ProcEnviron: LANGUAGE=en_GB:en TERM=xterm PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/976608 Title: Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/976608/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 976608] Re: Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/976608 Title: Terminal menu view|zoom in/out shows ctrl++/- shortcut but numeric keypad doesn't implement To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/976608/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 761781] Re: Gedit takes many minutes to start if there are many files in directory
Further info. A friend has tried to repro this, as follows: I created 70K files in a directory and gedit opens normally on Mint. The file system is ext4. If I try and browse the files in File-Open or in the File Browser in the side panel it takes it's time to populate the browser, but starting and stopping seem fine to me. I do seem to have recreated the issue with an ext3 file system. Opening a file on the ext3 file system causes gedit to run at 100% on a core for about a minute, but only after a file on the ext3 file system. Once I went back to editing files on ext4, it worked as normal. I'm using ext3. However, I would be very disappointed if this problem were 'fixed' by saying I should install ext4. For example, Kate works fine on my system with these files. (I use ext3 because some of the tools on my older live CDs don't support ext4). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/761781 Title: Gedit takes many minutes to start if there are many files in directory -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 761781] [NEW] Gedit takes many minutes to start if there are many files in directory
Public bug reported: Binary package hint: gedit Gedit takes forever (many minutes) to start up if there are a lot of files in the same directory. It also takes a similar time to exit. I had about 70,000 small text files (each around 1K) in a directory. Double clicking on one in Nautilus resulted in many minutes before GEdit appeared. In contrast, other editors work instantly, e.g. nano, vim. Even Open Office opens any of these files quickly! Perhaps http://ubuntuforums.org/showthread.php?t=922587page=2 post #18 has a clue to why there is this horrendous delay. I think I know why it takes so long to load: How many files/folders does the directory you are trying to load have? gedit remembers the last directory, and it could be the fact that your last used directory has a lot of files/folders to be read. It sounds as if GEdit is trying to be too clever, and whatever it's doing with the last used directory needs to be rethought. Though I don't think this is the complete explanation, because I believe this was the first time I'd tried to use GEdit in this directory. Using Ubuntu 10.10. gedit: Installed: 2.30.3-1ubuntu1 Candidate: 2.30.3-1ubuntu1 Version table: *** 2.30.3-1ubuntu1 0 500 http://gb.archive.ubuntu.com/ubuntu/ maverick/main i386 Packages 100 /var/lib/dpkg/status ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/761781 Title: Gedit takes many minutes to start if there are many files in directory -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 193325] Re: unknown media type during update
Yes, I've just come looking here because of encountering this. I'd done nothing more than a fresh install of Lucid, followed by running the Update Manager. Watching details scroll by I saw these worrying messages. Naturally, users will have no idea whether it means something alarming, or benign, and it destroys confidence in what is supposed to be a smooth experience. -- unknown media type during update https://bugs.launchpad.net/bugs/193325 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is the registrant for shared-mime-info. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs