[Bug 12893] Re: Shouldn't put .Trash-$USER on removable devices
I was asking "what solution was used?" because I can't really find out if my suggestion was considered. Do not create /.Trash-$USER directories but $USER directories in /.Trash and only if that directory exists. So, the user chooses if he/she/it wants a trash by creating /.Trash or not when formating or with a utility. -- 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/12893 Title: Shouldn't put .Trash-$USER on removable devices To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/12893/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12893] Re: Shouldn't put .Trash-$USER on removable devices
How? -- 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/12893 Title: Shouldn't put .Trash-$USER on removable devices To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/12893/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 410288] Re: Nautilus does not handle FTP timeouts well
Sebastien, bug #1416891 is about updating 12.04 LTS. to 1.20.3. I sure would like to test it, but where can we get the fix? The problem I see occurs when the server times out and closes the connection, looking like this on our side (netstat) tcp 53 0 192.168.0.20:44879 xx.xxx.xxx.xxx:ftp CLOSE_WAIT the 53 bytes to be read from the Recv-Q contain: 421 Timeout - try typing a little faster next time gvfs-ftpd should close that connection (or read the bytes) but it tries to use it instead. The operation gets an error and, depending on which it is, may or may not close the connection and clear the error. The ls ~/.gvfs/FTP* command gets the connections in this state (input flushed and output blocked) tcp0 7 192.168.0.20:44879 62.210.182.224:ftp CLOSE_WAIT This is not enough: the ls ~/.gvfs/FTP* command must be issued twice and the connection closes on second time. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/410288 Title: Nautilus does not handle FTP timeouts well To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/410288/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12893] Re: Shouldn't put .Trash-$USER on removable devices
Тhere is on the other hand a high number of discussions of guys now trying to make a volume trash. The solution looks very simple to me. Instead of automatically creating .Trash- directories with possible permission problems to do so, make it a partition formatting user option to create a trash (term he understands) and then create drwxrwxrwtroot root.Trash Note the sticky bit t. If .Trash exists when deleting a file, a trash subdirectory is created without permission problem. It might be easier to see a per volume trash than display by list sorted by original location. Ejecting the volume may indeed offer to empty the trash, but only of the ejected volume. It's even recommended if the volume is liable to be mounted on another system with different uids. Trash creation/removal may of course occur after formatting as a Nautilus function. I notice that the Trash applet does not see the volume trash of the boot partition when its /home is a symbolic link to the mount point of a volume. -- 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/12893 Title: Shouldn't put .Trash-$USER on removable devices To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/12893/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 226436] Re: Home folder names don't change after changing language if folder not empty
Hi. Do the names of your system folders appear in Czech or in English on your desktop (menu Places ...)? Could you please post the output of ls -l ~/ where you keep only the names of the system folders in Czech and/or English like this? $ ls -l ~/ total 100 drwxr-xr-x 6 p p 4096 Oct 19 20:21 Desktop .. Bureau drwxr-xr-x 15 p p 4096 Sep 17 15:32 Documents drwxr-xr-x 2 p p 4096 Jul 24 11:48 Downloads drwxr-xr-x 2 p p 4096 May 9 23:09 Music -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/226436 Title: Home folder names don't change after changing language if folder not empty To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/226436/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 602347] Re: Renaming of the locally displayed names of the network resources should be allowed
I have no problem executing ln -sfT ~/.gvfs/FTP as username on hostname мой if that's what you mean. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/602347 Title: Renaming of the locally displayed names of the network resources should be allowed To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/602347/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 932935] Re: nautilus ftp file transfer hangs when transferring directories
Workaround within. I am surprised to upgrade to 12.04 with updates up to 13.06 and to meet this very serious problem reported 12.02 that did not exist with 10.04. In my mind, a bug report system should contain not only a Bug description and a Bug Discussion sections but also a Bug solution section where the user can find in everybody's terms what he must do to solve the problem in the LTS system he is running (and not another one). I am surprised that this doesn't seem to be Canonical's view. In consequence, I have written the summary of what would have remained hidden in here as an update to Bug Description to serve as a Bug Solution/Workaround. After upgrading to 12.04 updated 13.06, I met the bug described here. Typically, I was unable to download a folder from the FTP server (make a backup). I had the idea to work with links instead of canonical (ahem) names. ln -sfT ~/.gvfs/FTP as username on hostname my.local.alias And there went the folder copy happily to that link. Even made the copy test both ways simultaneously. Well, there were a few files on which the Copy stopped with a error. But that's because my server makes frequent size limits, aborts, timeouts and such. File Copy should have a retry option and I retried manually. Now I still have to see if another PITA remains. Sometimes, the information obtained from a subsequetly opened FTP connection predates what's supposed to be accomplished on the first connection (race condition), such as an application creating a file and then trying to rename it and getting a does not exist [yet] result. Another problem is that opening the canonical name opens Firefox instead of Nautilus. Also worked around with the symbolic link. nobody probably cares about ftp these days ;) Oh yes. Think twice. It's often the only way to access a free server and you shouldn't tell them that gvfs-ftp and Gigolo make it as easy as anything. it would be quite helpful if somebody experiencing it could send the bug the to the people writing the software. Ubuntu users should not be requested to know where Canonical gets its software and to do that. (even a triager once sent me to the wrong place) This bug report should be peered with an upstream bug by Canonical so that everybody can contribute from Launchpad without the need to make dozens of OpenIDless other subscriptions. And so would the Ubuntu users get all the Ubuntu information in the Ubuntu database. I've seen attempts to peer BugDBx with BugDBy. That's a N*N effort. Maybe create a central hub and make it a N effort? Adam: You’re right, nautilus doesn’t seem to remember the password. Once I unmounted the FTP share, I have to re-type the password if I want to mount it again. But this really seems to be a different bug. Use Gigolo, it does it, and be happy. Made in Belgium, with chocolate and beer ;-) Enjoy! ** Description changed: + Update by André aka Papou. Workaround. See comment #26 for details. + I had the idea to work with links instead of canonical (ahem) names. + ln -sfT ~/.gvfs/FTP as username on hostname my.local.alias + And there went the folder copies happily to and from that my.local.alias link. + Working with an alias and Gigolo has other advantages. + --- EOU --- + This report is basically the same as bug #574693 but it is already closed as fixed and won't be reopened. I ran into this issue in Ubuntu 11.10 x64 while copying from the FTP server to my Ubuntu box. Please see attached video. gvfs: 1.10.0-0ubuntu1 nautilus: 1:3.2.1-0ubuntu3.2 Linux: 3.0.0-16-generic FTP server: OpenWRT Backfire (10.03.1, r29592), Linux 2.6.32.27, vsftpd 2.3.4-2 List of files I tried to copy: ./Sample/thuck-wtts-sample.avi thick-wtts.nfo thick-wtts.r00 ... thick-wtts.r57 thick-wtts.rar thick-wtts.sfv The name of the directory: Welcome.to.the.Stukko..HUN.DVDRip.XviD-Thuck The size of the whole directory is approx 1.1 Gbytes. The rar files are approx 20 Mbytes. 64 files, 1 subdirectory. (This material is of course a public domain home made footage) I already reproduced this bug three times, copying only worked when I tried to copy the files themselves and not the whole directory. The operation always stops around 20 megabytes. When I close all nautilus windows, the little copying bar still remains in the Launcher on the icon of nautilus indicating that some operation is still ongoing but nothing is actually happening. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: gvfs 1.10.0-0ubuntu1 ProcVersionSignature: Ubuntu 3.0.0-16.28-generic 3.0.17 Uname: Linux 3.0.0-16-generic x86_64 NonfreeKernelModules: wl ApportVersion: 1.23-0ubuntu4 Architecture: amd64 CheckboxSubmission: e2c1dd7c516ed88e0de43a227ceb28c1 CheckboxSystem: 2954e74ba17fb0e37fc942cd1d9fab4e Date: Wed Feb 15 18:35:20 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) SourcePackage: gvfs UpgradeStatus: No upgrade
[Bug 676722] Re: keep aligned feature gets re-enabled
** Also affects: linuxmint Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/676722 Title: keep aligned feature gets re-enabled To manage notifications about this bug go to: https://bugs.launchpad.net/linuxmint/+bug/676722/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676722] Re: keep aligned feature gets re-enabled
After 2 years, this bug reappeared in Mint (seen in MATE). That's because they use Caja for the Desktop, I suppose. I'm stretching patches ;-) -- 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/676722 Title: keep aligned feature gets re-enabled To manage notifications about this bug go to: https://bugs.launchpad.net/linuxmint/+bug/676722/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 399974] Re: 'Keep Aligned' option always resets to 'true' after desktop reload
After 2 years, this bug reappeared in Mint (seen in MATE). That's because they use Caja for the Desktop, I suppose. I'm stretching patches ;-) Reopening for Mint. Making Bug #676722 a duplicate. ** Also affects: linuxmint Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/399974 Title: 'Keep Aligned' option always resets to 'true' after desktop reload To manage notifications about this bug go to: https://bugs.launchpad.net/linuxmint/+bug/399974/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676722] Re: keep aligned feature gets re-enabled
*** This bug is a duplicate of bug 399974 *** https://bugs.launchpad.net/bugs/399974 ** This bug has been marked a duplicate of bug 399974 'Keep Aligned' option always resets to 'true' after desktop reload -- 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/676722 Title: keep aligned feature gets re-enabled To manage notifications about this bug go to: https://bugs.launchpad.net/linuxmint/+bug/676722/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 399974] Re: 'Keep Aligned' option always resets to 'true' after desktop reload
Please note that I found no 'linuxmint' in 'Also affects distribution'. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/399974 Title: 'Keep Aligned' option always resets to 'true' after desktop reload To manage notifications about this bug go to: https://bugs.launchpad.net/linuxmint/+bug/399974/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 816868] [NEW] Windows control buttons on both sides not working
Public bug reported: There has been VERY much talk whether windows control buttons should be on the left or right. The rationale are: - personal taste - buttons accessibility when the window corners get out of the screen Be it as a personal setting or as a distribution wide choice, an Egg of Columbus solution is to have those buttons on both sides. Alas, close,maximize,minimize,menu:menu,maximize,minimize,close won't work in gconf-editor:apps/metacity/general ** Affects: metacity (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/816868 Title: Windows control buttons on both sides not working To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/816868/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 816868] Re: Windows control buttons on both sides not working
** Description changed: There has been VERY much talk whether windows control buttons should be on the left or right. The rationale are: - personal taste - buttons accessibility when the window corners get out of the screen + The corners and buttons can disappear at any side. + Be it as a personal setting or as a distribution wide choice, an Egg of Columbus solution is to have those buttons on both sides. Alas, close,maximize,minimize,menu:menu,maximize,minimize,close - won't work in gconf-editor:apps/metacity/general + won't work in gconf-editor:apps/metacity/general/button_layout -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/816868 Title: Windows control buttons on both sides not working To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/816868/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 283115] Re: gimp 2.6: toolbox windows can't be minimized
Does the fix make Normal the default option so that people don't look for those buttons during two years? Read comment # 5 here, pls. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/283115 Title: gimp 2.6: toolbox windows can't be minimized -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 283115] Re: gimp 2.6: toolbox windows can't be minimized
It's not me and you but the kind of people I help, their amazement and subsequent literature. 52000 hits, they say: http://www.google.be/search?q=maximize minimize close -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/283115 Title: gimp 2.6: toolbox windows can't be minimized -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 283115] Re: gimp 2.6: toolbox windows can't be minimized
bug solved - pls confirm ! Indeed for me (GIMP 2.6.8, Lucid, Metacity). However... - I'm surprised that Normal is not the default option, be it only to do without 2-year bugs like this. - The upstream discussion is surprising (including not knowing the versions they speak of) - Shouldn't upstream bug be closed first? - The windows buttons are on the left (doc error) or should be on the right (Ubuntu error). By Jove make up your mind. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/283115 Title: gimp 2.6: toolbox windows can't be minimized -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 288461] Re: gimp menus always on top of images
gnome-bugs #556896 does not correspond at all with the description of this bug. gnome-bugs #556896 corresponds with Bug #283115. Bug #283115 is not a duplicate of this one. See comment for Bug #283115. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/288461 Title: gimp menus always on top of images -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 283115] Re: gimp 2.6: toolbox windows can't be minimized
This bug is NOT a duplicate of bug #288461. Bug #288461 says that GIMP images are below GIMP dialogs when GIMP is used. Bug #283115 says that when GIMP is not in use, its dialogs clutter the screen because they can't be minimized. ** This bug is no longer a duplicate of bug 288461 gimp menus always on top of images -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/283115 Title: gimp 2.6: toolbox windows can't be minimized -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 283115] Re: gimp 2.6: toolbox windows can't be minimized
While waiting, I put up a sort-of workaround : GnomeSystemPreferencesWindowsDouble-click titlebarRoll up ** Description changed: gimp 2.6 in intrepid: it is impossible to minimize toolbar windows; they have only a x-Button to close ideally, these windows should be minimized automatically when the (last) Gimp image window is minimized + + Update + While waiting, I designed some sort of workaround : + GnomeSystemPreferencesWindowsDouble-click titlebarRoll up -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gimp in ubuntu. https://bugs.launchpad.net/bugs/283115 Title: gimp 2.6: toolbox windows can't be minimized -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 556933] Re: Update standard folders should add language links to folders, not rename them
Thanks for changing your mind in time. The problem has been reported upstream: https://bugs.freedesktop.org/show_bug.cgi?id=32342 May I try once again to explain that ONE CANNOT RENAME STANDARD FOLDERS because there may exist references to them. Please stop repeating that I said that not renaming standard folders is a problem. I SAID THAT RENAMING STANDARD FOLDERS **IS** THE PROBLEM. Please try to understand that what I said is that symbolic links should be used INSTEAD of renaming. (We can use symbolic links. Instead of renaming ~/Desktop, let's make a ~/Bureau - Desktop symbolic link.) ** Bug watch added: freedesktop.org Bugzilla #32342 http://bugs.freedesktop.org/show_bug.cgi?id=32342 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. https://bugs.launchpad.net/bugs/556933 Title: Update standard folders should add language links to folders, not rename them -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 226436] Re: Home folder names don't change after changing language if folder not empty
*** This bug is a duplicate of bug 556933 *** https://bugs.launchpad.net/bugs/556933 It's an error to [try to] rename standard folders because there may exist references to their files. That is why xdg-user-dirs does not rename nonempty folders. But this is indeed inconvenient and there is a solution that is not. The correct solution is to create symbolic links as explained in https://bugs.freedesktop.org/show_bug.cgi?id=32342 https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/556933 In consequence, I have made the incorrect bugs duplicates of these. ** This bug has been marked a duplicate of bug 556933 Update standard folders should add language links to folders, not rename them * You can subscribe to bug 556933 by following this link: https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/556933/+subscribe ** Bug watch added: freedesktop.org Bugzilla #32342 http://bugs.freedesktop.org/show_bug.cgi?id=32342 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/226436 Title: Home folder names don't change after changing language if folder not empty -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 556933] Re: Update standard folders should add language links to folders, not rename them
** Description changed: Binary package hint: xdg-user-dirs + + Update: I made a more concise version of this text upstream at: + https://bugs.freedesktop.org/show_bug.cgi?id=32342 This applies to all Ubuntu (Gnome) versions up to 10.04. Note: understand Bureau below as the name of any standard folder in any language. For example, also Картинки = Pictures folder name in Russian. Summary: This report explain some of the many pitfalls caused by the renaming of Desktop to Bureau. These pitfalls can cause programs, scripts and the system itself to misbehave. A drastic solution is to make a Bureau - Desktop symbolic link instead. Furthermore, this seems very simple to implement, it almost already works. When a user changes the language of its profile she/he is asked a funny question in Desktop-1.png. Update standard folders to new language? He/she does not understand and he replies yes. From then on, obscure magic happens. Among other folders, ~/Desktop is renamed ~/Bureau, but only if it is empty. Let's assume it's not. Then a new ~/Bureau is created beside. If the user drags New file (Desktop-2.png) a little bit, it disappears (Desktop-3.png). It will reappear after the next Login, at which time all the other Desktop objects disappear. Then she/he makes a screenshot and is told that a file she/he doesn't see does exist (Desktop-3.png). Nothing is lost, the user has 2 desktops, Desktop and Bureau, only now showing, hard to guess. The same applies for Documents, Music, etc... total confusion. If some program unaware of this game looks for Desktop, it won't find it. Etc... etc... Confusion looks like the comments of (different) Bug #209513. Every time one refers to ~/Desktop, it's a mistake, and that's not only in programs... Every time someone writes cd ~/Desktop in sample code on the Web, and even worse in a script, they're doing a BIG MISTAKE. They should explain that, if and only if their system implements standard folders renaming, French people must type cd ~/Bureau, Russian ones cd ~/работая стол etc, even more complicated for the script. HOW SIMPLE !!! This is obviously not the way it should work. This is NOT Windows. We can use symbolic links. Instead of renaming ~/Desktop, let's make a ~/Bureau - Desktop symbolic link. EVERYTHING will continue to be able to refer to Desktop unchanged. And the user interface (Desktop, Nautilus...) will happily refer to ~/Bureau all the same. It will contain the same data, because the same folder. The only setting needed is the name to use : Bureau, meaning ~/Bureau, redirected at will. It's best to create the aliasing without asking the user any question. There can be a setting for those really wanting to see the folders' names in any language they choose. If the user changes language again, it's best to leave ~/Bureau intact in case it's referred to somewhere. The BEST OF ALL is that it already works. Almost... Before xdg-user-dirs comes into play, make sure Desktop is not empty and create ~/Bureau - Desktop. xdg-user-dirs will not change that and the aliasing will work free of all those inconveniences. User experience. The above kludge has been used for a 6-language 10-users couple of Ubuntu 8.04 systems. Beside ~/ being crowded with aliases in 6 languages, the only inconvenience has been Picasa. They found 6 times the pictures they eagerly looked for. They will have to learn that scanning a filesystem must not follow aliases. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. https://bugs.launchpad.net/bugs/556933 Title: Update standard folders should add language links to folders, not rename them -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 399974] Re: [Bug 676972] Belgian workaround
Workaround for https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/399974 1) Open Desktop in Nautilus 2) Vieweverything unticked 3) ViewArrange ItemsManually 4) Maximize and you've got a new, multiple, folding, mobile Desktop. Even larger that n° 0 if you don't mind the scroll bar(s). Designed Made in Belgium (South, of course ;-) ) Interesting: just as I did that, the arrangement was n°1=n°0. But hitting F5 resulted in an immediate shuffle. You never run out of discovering Ubuntu ;-) The white background needs getting accustomed to indeed. Anyone knowing how to do that? -- 'Keep Aligned' option always resets to 'true' after desktop reload https://bugs.launchpad.net/bugs/399974 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 399974] Re: [Bug 676972] WARNING
Interesting: just as I did that, the arrangement was n°1=n°0. But hitting F5 resulted in an immediate shuffle. You never run out of discovering Ubuntu ;-) Less interesting, if one returns to Desktop n° 0 an F5s it, the mess follows up. This Nautilus feature has nothing to do with a Belgian invention, but I hate to trip you on it. Apparently, there are two 01 Desktop arrangements kept, with unwanted carryover. I reckon that Nautilus should prefer carrying 0-1 rather than mostly undefined 1-0. -- 'Keep Aligned' option always resets to 'true' after desktop reload https://bugs.launchpad.net/bugs/399974 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 202456] Re: Gnome wine runs programs without minimize button and with type-through
After 2½ year waiting, nothing happened, except being set to low priority, to a bug that prevented my packaging applications to Wine. This is what I just wrote to http://bugs.winehq.org/show_bug.cgi?id=2841 - Now running Ubuntu 10.04 (Gnome) and Wine 1.2 with decorate and control windows set, I do see a minimize button with or without visual effects (Metacity and Compiz). For all programs I packaged for Wine, the Windows nicely minimize to and maximize from the Windows List. I can resume packaging usefully. - Thanks for having waited with me. ** Bug watch added: Wine Bugzilla #2841 http://bugs.winehq.org/show_bug.cgi?id=2841 -- Gnome wine runs programs without minimize button and with type-through https://bugs.launchpad.net/bugs/202456 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
Re: [Bug 55270] Java double click
I'm very surprised - to have just met a double click not working / speed problem making Java unusable - to discover that that this problem was reported 4 years ago - to read comment 1 saying that the bug has already been reported but without saying where - to read comment 2 denying comment 1 and lacking a comment 3 - to read users continuing to describe suffering from that problem for 4 years - to see that the bug report has been flagged with the nice ans thankful word 'invalid' - to see that the bug priority is low (at least one goal is achieved) - to notice that Cruxic has worked out what can be easily turned to a fix - to have encountered a blatant but invalid problem that I fixed with an invalid fix - to lose my time and wonder if the goal is working now or waiting for Maverick I'm thanking Cruxic for a wonderful workaround in the Description whose title advises not to read. -- Double-click timeout is not applied to X https://bugs.launchpad.net/bugs/55270 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
I wrote I'll do my best to file this to Gnome asap. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-27 16:26, papukaija wrote : I'm sorry if the upstream was missing from comment 10 but in comment 11 I already was more clear (Bear in mind that this package is just synced from Debian. Debian gets the package from upstream.). Anyway, as stated in comment 13 that the upstream for this package is GNOME which bug tracker is available at http://bugzilla.gnome.org/ and instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME That's all right. Indeed I din't scrutinize every place after having looked at Debian. But, in general, words like we, you and upstream should be avoided ane replaced with Canonical/Ubuntu/the triagers/..., some user/a commenter/the reporter/André/aka Papou (или Папу)/..., Debian/Gnome/some person... I may try to contact Gnome, but not just now. I'd like to limit my time. Thanks. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
If your proposed fix is so easy to make then you might provide us a patch. That patch needs of course be forwarded to upstream because this package is imported from Debian * unless you (or someone else) are ready to provide a patch for every new upstream release. * As you can see at https://launchpad.net/ubuntu/+source/xdg-user-dirs/0.12-1ubuntu1 https://launchpad.net/ubuntu/+source/xdg-user-dirs/0.12-1ubuntu1 This text didn't exactly made clear who is us and who is upstream but all bets were to me that upstream is Debian. So, as I was requested to file the bug upstream, I filed it to Debian. Part of there answer is : You should bring this issue upstream. There is no reason for Debian to diverge from upstream on such a large scale. And please note that he doesn't say where upstream is. So, my conclusion is that: - everybody should do the job he's competent for and Ubuntu knows where their upstreams are - I'm fully competent with this problem, so I reported it - but the different reactions tell me that obviously no one wants to have that bug corrected - nor the other ones, 1, 2 or 3 years old. And so, my best option is not to lose my time reporting bugs any longer. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-25 15:51, papukaija wrote : - No, the decision is already made and has to be followed at https://wiki.ubuntu.com/Bugs/Responses#A%20bug%20that%20should%20be%20handled%20upstream Can you explain why there are 2 Debian bugs for I'll be trying to file a bug with Debian, but I've already spent a good time *trying* to. I landed on www.debian.org/Bugs/ [Reporting] requesting me to send an e-mail form (*). In find e-mail forms extremely adequate. But only after preparing them with a Web form emailing it to the user first is badly needed. In general: In order for what's said in that URL to be achievable, could you please explain/point to the URLs explaining; - assuming that the culprit package has been determined, not a given thing, - how do we know where its upstream is, and especially their bug reporting page? - how do we know that we will not lose our time and sound stupid being send away with that's Ubuntu's doing? In particular : how can I report this bug to Debian simply and not lose my time? Is there a NORMAL bug reporting page? (*) here is how their recommended method goes (it starts by asking me to retport the bug to Ubuntu)... $ sudo aptitude install reportbug; reportbug ... *** ERROR: Ubuntu BTS is currently unsupported. Please use ubuntu-bug (from the apport package) for reporting bugs in Ubuntu. You can report bugs to Debian by using bts=debian (see reportbug(1)). guessed man, -B SYSTEM, --bts=SYSTEM Instead of the Debian bug server (or the bug server specified in /etc/reportbug.conf, which is ubuntu by default on Ubuntu systems), use the server specified by SYSTEM. You can specify help to get a list of supported servers. determined -- $ reportbug --bts=debian Welcome to reportbug! Since it looks like this is the first time you have used reportbug, we are configuring its behavior. These settings will be saved to the file /home/p/.reportbugrc, which you will be free to edit further. Please choose the default operating mode for reportbug. 1 noviceOffer simple prompts, bypassing technical questions. 2 standard Offer more extensive prompts, including asking about things that a moderately sophisticated user would be expected to know about Debian. 3 advanced Like standard, but assumes you know a bit more about Debian, including incoming. 4 expertBypass most handholding measures and preliminary triage routines. This mode should not be used by people unfamiliar with Debian's policies and operating procedures. Select mode: [novice] 2 Please choose the default interface for reportbug. 1 text A text-oriented console interface 2 urwid A menu-based console interface Select interface: 2 Will reportbug often have direct Internet access? (You should answer yes to this question unless you know what you are doing and plan to check whether duplicate reports have been filed via some other channel.) [Y|n|q|?]? y What real name should be used for sending bug reports? [Papou] Which of your email addresses should be used when sending bug reports? (Note that this address will be visible in the bug tracking system, so you may want to use a webmail address or another address with good spam filtering capabilities.) ... ... Do you have a mail transport agent (MTA) like Exim, Postfix or SSMTP configured on this computer to send mail to the Internet? [y|N|q|?]? n Please enter the name of your SMTP host. Usually it's called something like mail.example.org or smtp.example.org. Just press ENTER if you don't have one or don't know. ... If you need to use a user name to send email via smtp.ulg.ac.be on your computer, please enter that user name. Just press ENTER if you don't need a user name. Default preferences file written. To reconfigure, re-run reportbug with the --configure option. *** Unable to import urwid interface: Please install the python-urwid package to use this interface. Falling back to text interface. *** ERROR: Ubuntu BTS is currently unsupported. Please use ubuntu-bug (from the apport package) for reporting bugs in Ubuntu. You can report bugs to Debian by using bts=debian (see reportbug(1)). $ sudo apt-get install python-urwid ... ... ... Processing triggers for python-support ... $ reportbug --bts=debian And that was quite basic, but it worked. Well, I hope. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-25 15:53, papukaija wrote : The equivalent of this very simple fix has been tested for 3 years. Could you please be more specific? Who has tested and where? Am I asking who is your girlfriend (подруга?) and where she lives? ;-) 8 persons for which I installed 8.04 in English and who run it in another language. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 556933] Debian-Bug#594427
It seems I succeeded filing what seems to be Debian-Bug#594427 for this one. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-25 15:51, papukaija wrote : Let us try to be clear. What are you calling a folder renaming *issue*? - You wrote about it in this bug's description Among other folders, ~/Desktop is renamed ~/Bureau, but only if it is empty. I was asking what are you calling an *issue*, what is your definition of this fuzzy word. That renaming problem is not an issue=bug, it is the issue=consequence of a bug. A bug amounts to code you can change to have something done correctly. If a folder contains data, it would be crazy to rename it. -That's what xdg-user-dirs is supposed to do when the a user changes system's language. Hence, by way of hypothetical syllogism, xdg-user-dirs would be supposed to do crazy things when the a user changes system's language. Hence, ab absurdo, if Ubuntu is not supposed to be crazy, xdg-user-dirs is not supposed to do that. In fact, it is supposed to have the desktop appear as Bureau by whatever method is appropriate and it uses rename which is the wrong one instead of symbolic link which is the good one. That wrong choice is the bug. In consequence of that bug the system MUST keep TWO desktops: Desktop and Bureau. The consequences for the user is to have desktop data hidden and maybe unmovable. This is proving enough that the folder renaming method is the buggiest thing on earth. -How would you fix bug 1? Again, there is no bug 1. That's something you invented. There is a problem 1 that disappears when what you call bug 2 is fixed. A symbolic link is avoiding that bug by having a single directory with two names. -Avoiding isn't the same as fixing a bug. (see the changelog for the recent system update for upstart). I'm sorry. I should have written avoiding a *problem*. Fixing a bug is avoiding a problem. You make me write a lot. It does EXACTLY the same thing (same results) but in a manner without a bug. -How can you be so sure that someone will write and package your solution without any bugs? I did not say that he will not add a bug I said that he will remove one. However, you may be the only one to believe that someone will make a mistake when he 1) replaces a rename with a link and 2) removes a rename. But systems that have been damaged by that bug must be repaired. 'If you think of it twice, making symbolic links does indeed create localized versions of these directories.' -For the user it looks so, but technically a symbolic link isn't the same as a folder/directory. Yes. Not only for the user, for every program in the system. The opengroup.org definition is A type of file with the property that when the file is encountered during pathname resolution, a string stored by the file is used to modify the pathname resolution. That means that any program accessing Bureau will in fact access Desktop transparently. And that is exactly the goal. The only programs that will notice the difference are those specifically asking is it a symbolic link? because they scan the filesystem and they do not want to find the same data twice or they want to copy symbolic links as such. Renaming directories is the worst thing to do. -And challenging Microsoft is the worst thing to do for fixing bug 1 instead of abandoning the whole Ubuntu project. Not understood. If you're not sure of that, try renaming your /etc directory - /etc is just a default folder name. Just edit some config file and there you go. Or an other way: Make a new partition to your hdd/ssd or use an existing one from an internal/externel drive, move the etc folder (and rename it at the same to eg. mysystem) to that partition and edit needed config files. Now you could have moved and renamed your etc folder. Which some config files? What you say sounds like pre-re-installation steps. I have no acquaintance with Debian and I do not want to report to Debian. The main reason is that, as you say it yourself, I do not want Debian to prevent Ubuntu improvements. Bear in mind that this package is just synced from Debian. Debian gets the package from upstream. I want to keep Ubuntu deciding if they want to apply simple fixes with high benefits. That would be much easier to do if there would be something to apply (to patch). It's up to Ubuntu to decide if they want to also send the report to Debian and wait 3 years for the fix to come. - No, the decision is already made and has to be followed at https://wiki.ubuntu.com/Bugs/Responses#A%20bug%20that%20should%20be%20handled%20upstream Yes, sometimes Ubuntu make modifications of their own. I just didn't know that you were the deciding person, sorry. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
It seems we're off again to very long discussions to prove the obvious. On 2010-08-23 12:40, papukaija wrote : There are two issues in this bug report. The first one: folder renaming issue. Let us try to be clear. What are you calling a folder renaming *issue*? There is a folder having been renamed problem but NO further renaming solution. If a folder contains data, it would be crazy to rename it. Simply because the data in it would no longer be found (references no longer valid). In consequence of that bug the system MUST keep TWO desktops: Desktop and Bureau. The consequences for the user is to have desktop data hidden and maybe unmovable. This is proving enough that the folder renaming method is the buggiest thing on earth. I never said anything else than that linking should be used instead of renaming. The second: You want xdg-user-dirs to have a completely different way of handling system language changes (directory renaming - creation of symbolic links). A symbolic link is avoiding that bug by having a single directory with two names. It is a very simple and bright idea. I asked in comment 2 if you want this bug report to be about the folder renaming issue. You answered yes (comment 4) and I adapted this bug title and description. Then you changed your mind in comment 6 and 8. By the way, I changed this bug title back to its original that you used at the time of reporting this bug. I'm sorry I did not understand you were suggesting an impossible solution. I thought that you were speaking of what I am saying. I did not change my mind, I know exactly what I suggest. It is time choose what issue you want have in this bug report. If you choose the first one, it's obvious that this bug's title and description need updating to make it a bug instead of wishlist/feature request. There is nothing to choose. I never spoke of more than one thing. I do not accept changing what I say to something impossible. This packages description says: This program reads a configuration file, and a set of default directories. It then creates localized versions of these directories in the users home directory and sets up a config file in $(XDG_CONFIG_HOME)/user-dirs.dirs (XDG_CONFIG_HOME defaults to ~/.config) that applications can read to find these directories. - Your proposed fix (symbolic links which I consider as a workaround) is the complete opposite to what this package does and therefore has to be reported to upstream. Please bear in mind that the upstream might not accept your proposition. My proposed fix is not a workaround but a clever fix for a very stupid bug. My fix does not do the opposite of what that package does. It does EXACTLY the same thing (same results) but in a manner without a bug. If you think of it twice, making symbolic links does indeed create localized versions of these directories. Renaming directories is the worst thing to do. If you're not sure of that, try renaming your /etc directory. If your proposed fix is so easy to make then you might provide us a patch. That patch needs of course be forwarded to upstream because this package is imported from Debian * unless you (or someone else) are ready to provide a patch for every new upstream release. * As you can see at https://launchpad.net/ubuntu/+source/xdg-user- dirs/0.12-1ubuntu1 Anyone not accepting my solution did not understand. Ubuntu requests users to report bugs to Ubuntu and this is what I did. I have no acquaintance with Debian and I do not want to report to Debian. The main reason is that, as you say it yourself, I do not want Debian to prevent Ubuntu improvements. I want to keep Ubuntu deciding if they want to apply simple fixes with high benefits. It's up to Ubuntu to decide if they want to also send the report to Debian and wait 3 years for the fix to come. *I'm suggesting that Ubuntu themselves made the following modification.* Explaining with an example: When moving from English to French: Instead of (trying to) rename Desktop to Bureau: make a link Bureau - Desktop When moving back from French to English: Instead of (trying to) rename Bureau to Desktop: do nothing (this is because there may exist references to files inside Bureau) The equivalent of this very simple fix has been tested for 3 years. Note that this only creates a correctly working system. Extra steps must be taken to correct the evil that's already been done. (merging and liking directories) It's up to Ubuntu to decide if they want a better Ubuntu. I myself am afraid to have spent more time than necessary and to have no more. Best regards. -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-22 16:37, papukaija wrote : However, you suggest that Update standard folders should add language links to folders, not rename them while the real issue is that (in your case) ~/Desktop is renamed to ~/Bureau, but only if it is empty. Do you want to keep this bug as a feature/config change request or a bug about that folder renaming issue? Thanks for reviewing this. The very fact that ~/Desktop disappears because it is renamed ~/Bureau is so full of hazardous and possibly severe consequences that YES YES YES it must be considered a bug. I just mentioned a few cases; they would fill a book. Of course, only those whom some people call foreigners (who renamed their Desktop) actually *see* the consequences of the problem (assuming they do not just shiver). But that doesn't mean the other ones do not *meet* the problem, and here is a good example. Every time someone writes cd ~/Desktop in sample code on the Web, and even worse in a script, they're doing a BIG MISTAKE. They should explain that French people must type cd ~/Bureau, Russian ones cd ~/работая стол etc, even more complicated for the script. Making a symbolic link instead of renaming is so obviously the solution (allowing to use either ~/Desktop or ~/Bureau) that I wonder why the only answer to my bug report is not Gosh, you're right. Again, I do not see at all what is Incomplete, the report is self-explanatory. And, once again, it is not *my* case, it is *the world's case*. I'm not reporting the bugs for myself but for the sake of Ubuntu. In fact, despite I speak French and as unforeseen as it may be, I run my session in English. But I've got Russian, Spanish and Romanian in other sessions, and that's great !!! -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: XDG_DESKTOP_DIR (ex. ~/Desktop) isn't renamed to the new language if it isn't empty
On 2010-08-22 21:09, papukaija wrote : ** Summary changed: - Update standard folders should add language links to folders, not rename them + XDG_DESKTOP_DIR (ex. ~/Desktop) isn't renamed to the new language if it isn't empty ** Description changed: Binary package hint: xdg-user-dirs + BUG (shortly): XDG_DESKTOP_DIR (ex. ~/Desktop) isn't renamed to the new + language if it isn't empty No. Your Summary, Description etc.. are incorrect. What I have written described the problem and solution very precisely. Please return this bug text to the initial state. -- XDG_DESKTOP_DIR (ex. ~/Desktop) isn't renamed to the new language if it isn't empty https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] Re: Update standard folders should add language links to folders, not rename them
Thanks for taking care. Yes I know that the directory names can be retrieved but also that it neither easy nor done. Symbolic links REALLY ARE the SAFE solution. -- XDG_DESKTOP_DIR (ex. ~/Desktop) isn't renamed to the new language if it isn't empty https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 556933] Re: Update standard folders should add language links to folders, not rename them
On 2010-08-22 22:55, papukaija wrote : As you wish but then the renaming failure will _not be_ fixed because this bug becomes a feature request/wishlist. Let us recall that you asked if I consider this a bug. I replied YES (I want it to be a bug). That is because the system behaves abnormally. That the definition of a bug. And because the consequences can be important. So please make it a bug. But don't change the title etc to a totally different meaning. I realized that one has to read the report up to the end to understand. In consequence, I have added a Summary at the beginning. NB: The fix must be very easy. So, I suggest Ubuntu themselves take care of that. Thanks. ** Description changed: Binary package hint: xdg-user-dirs This applies to all Ubuntu (Gnome) versions up to 10.04. Note: understand Bureau below as the name of any standard folder in any language. + + Summary: + This report explain some of the many pitfalls caused by the renaming of Desktop to Bureau. + These pitfalls can cause programs, scripts and the system itself to misbehave. + A drastic solution is to make a Bureau - Desktop symbolic link instead. + Furthermore, this seems very simple to implement, it almost already works. When a user changes the language of its profile she/he is asked a funny question in Desktop-1.png. Update standard folders to new language? He/she does not understand and he replies yes. From then on, obscure magic happens. Among other folders, ~/Desktop is renamed Bureau, but only if it is empty. Let's assume it's not. Then a new ~/Bureau is created beside. If the user drags New file (Desktop-2.png) a little bit, it disappears (Desktop-3.png). It will reappear after the next Login, at which time all the other Desktop objects disappear. Then she/he makes a screenshot and is told that a file she/he doesn't see does exist (Desktop-3.png). Nothing is lost, the user has 2 desktops, Desktop and Bureau, only now showing, hard to guess. The same applies for Documents, Music, etc... total confusion. If some program unaware of this game looks for Desktop, it won't find it. Etc... etc... Confusion looks like the comments of (different) Bug #209513. + + Every time one refers to ~/Desktop, it's a mistake, and that's not only in programs... + Every time someone writes cd ~/Desktop in sample code on the Web, and even worse in a script, they're doing a BIG MISTAKE. They should explain that, if and only if their system implements standard folders renaming, French people must type cd ~/Bureau, Russian ones cd ~/работая стол etc, even more complicated for the script. HOW SIMPLE !!! This is obviously not the way it should work. This is NOT Windows. We can use symbolic links. Instead of renaming ~/Desktop, let's make a ~/Bureau - Desktop symbolic link. EVERYTHING will continue to be able to refer to Desktop unchanged. And the user interface (Desktop, Nautilus...) will happily refer to ~/Bureau all the same. It will contain the same data, because the same folder. The only setting needed is the name to use : Bureau, meaning ~/Bureau, redirected at will. It's best to create the aliasing without asking the user any question. There can be a setting for those really wanting to see the folders' names in any language they choose. If the user changes language again, it's best to leave ~/Bureau intact in case it's referred to somewhere. The BEST OF ALL is that it already works. Almost... Before xdg-user-dirs comes into play, make sure Desktop is not empty and create ~/Bureau - Desktop. xdg-user-dirs will not change that and the aliasing will work free of all those inconveniences. User experience. The above kludge has been used for a 6-language 10-users couple of Ubuntu 8.04 systems. Beside ~/ being crowded with aliases in 6 languages, the only inconvenience has been Picasa. They found 6 times the pictures they eagerly looked for. They will have to learn that scanning a filesystem must not follow aliases. ** Description changed: Binary package hint: xdg-user-dirs This applies to all Ubuntu (Gnome) versions up to 10.04. - Note: understand Bureau below as the name of any standard folder in any language. + Note: understand Bureau below as the name of any standard folder in any language. For example, also Картинки = Pictures folder name in Russian. Summary: This report explain some of the many pitfalls caused by the renaming of Desktop to Bureau. These pitfalls can cause programs, scripts and the system itself to misbehave. A drastic solution is to make a Bureau - Desktop symbolic link instead. Furthermore, this seems very simple to implement, it almost already works. When a user changes the language of its profile she/he is asked a funny question in Desktop-1.png. Update standard folders to new language? He/she does not understand and he replies yes. From then on, obscure magic happens.
[Bug 288461] Re: gimp menus always on top of images
This bug says that GIMP is embarrassing itself by placing the toolbox on top of the image. So bad for itself. Assuming that the duplicate is Bug #283115, it tells a slightly different story. It means that GIMP is embarrassing the screen with an unused toobox windows you can't minimize. And this bug replies that, in order to get rid of this clutter, one has to get a GIMP image window on screen in order to be able to type a TAB in its window. Much like having to open an application to be able to close another one. And some people say it's not a bug. Just a whim probably. The upstream bug seems to say that GIMP is designed to minimize the toolbox when no image window is on the screen. OK, but isn't not working as designed a bug then? And despite all that, why remove the minimize buttons and be unable to hide the toolbox that way even with image window on screen anyway? Yes, a whim probably. -- gimp menus always on top of images https://bugs.launchpad.net/bugs/288461 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 556933] [NEW] Update standard folders should add language links to folders, not rename them
Public bug reported: Binary package hint: xdg-user-dirs This applies to all Ubuntu (Gnome) versions up to 10.04. Note: understand Bureau below as the name of any standard folder in any language. When a user changes the language of its profile she/he is asked a funny question in Desktop-1.png. Update standard folders to new language? He/she does not understand and he replies yes. From then on, obscure magic happens. Among other folders, ~/Desktop is renamed Bureau, but only if it is empty. Let's assume it's not. Then a new ~/Bureau is created beside. If the user drags New file (Desktop-2.png) a little bit, it disappears (Desktop-3.png). It will reappear after the next Login, at which time all the other Desktop objects disappear. Then she/he makes a screenshot and is told that a file she/he doesn't see does exist (Desktop-3.png). Nothing is lost, the user has 2 desktops, Desktop and Bureau, only now showing, hard to guess. The same applies for Documents, Music, etc... total confusion. If some program unaware of this game looks for Desktop, it won't find it. Etc... etc... Confusion looks like the comments of (different) Bug #209513. This is obviously not the way it should work. This is NOT Windows. We can use symbolic links. Instead of renaming ~/Desktop, let's make a ~/Bureau - Desktop symbolic link. EVERYTHING will continue to be able to refer to Desktop unchanged. And the user interface (Desktop, Nautilus...) will happily refer to ~/Bureau all the same. It will contain the same data, because the same folder. The only setting needed is the name to use : Bureau, meaning ~/Bureau, redirected at will. It's best to create the aliasing without asking the user any question. There can be a setting for those really wanting to see the folders' names in any language they choose. If the user changes language again, it's best to leave ~/Bureau intact in case it's referred to somewhere. The BEST OF ALL is that it already works. Almost... Before xdg-user-dirs comes into play, make sure Desktop is not empty and create ~/Bureau - Desktop. xdg-user-dirs will not change that and the aliasing will work free of all those inconveniences. User experience. The above kludge has been used for a 6-language 10-users couple of Ubuntu 8.04 systems. Beside ~/ being crowded with aliases in 6 languages, the only inconvenience has been Picasa. They found 6 times the pictures they eagerly looked for. They will have to learn that scanning a filesystem must not follow aliases. Repeat, this is NOT Windows ;-) ** Affects: xdg-user-dirs (Ubuntu) Importance: Undecided Status: New -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 556933] attachments (hopefully)
Here are the screenshot attachments. ** Attachment added: Desktop-1.png http://launchpadlibrarian.net/43307484/Desktop-1.png ** Attachment added: Desktop-2.png http://launchpadlibrarian.net/43307485/Desktop-2.png ** Attachment added: Desktop-3.png http://launchpadlibrarian.net/43307486/Desktop-3.png ** Attachment added: Desktop-4.png http://launchpadlibrarian.net/43307487/Desktop-4.png -- Update standard folders should add language links to folders, not rename them https://bugs.launchpad.net/bugs/556933 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to xdg-user-dirs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151688] Re: Evolution cannot merge a second email
Evolution 2.24.3 on Ubuntu 8.10. Because of lack of doc and warning, try if it works philosophy, help us, and no group deletion enforcement when deleting partnerships, I found myself with my contacts hexadecaplicated (yes, that's 16 for 1, glorious). I followed someone's advice that if I moved my contacts to another Address Book, they would be monoplicated. OK, thanks. Indeed, Evolution asks, twice for each pair of doubles, whether they should be merged. If I moved a set of 16 duplicate entries, it worked, but I didn't click MERGE 30 times each very long. If I moved the 16 entries of one contact in smaller batches, the first set would move, but further sets would most often be impossible to move because the MERGE button was grayed out. Even for a single succeeding entry : sometime MERGE available, sometime not, unpredictable. As all the sets of 16 doubles were made of 16 identical entries, and the merged entry was the same, there is no conceivable reason why MERGE was clickable during a first batch and unavailable later. As my entries were identical anyway, I deleted duplicates instead, which was faster too. But with a thought for those who would actually need the merge. This is an invalid report, they say. Remove that tag and experiment under this new light if you wish. -- Evolution cannot merge a second email https://bugs.launchpad.net/bugs/151688 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 9284] Re: Duplicate entries when synching calendar with evolution
Just in case it could be related. These two URLs explain how duplicate entries can easily occur with OpenSync. Be it calendar or contact or anything. https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/151688/comments/5 https://sourceforge.net/tracker/?func=detailatid=399601aid=2905875group_id=30550 ** Bug watch added: SourceForge.net Tracker #2905875 http://sourceforge.net/support/tracker.php?aid=2905875 -- Duplicate entries when synching calendar with evolution https://bugs.launchpad.net/bugs/9284 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 238733] Re: Right-click inconveniences
the behaviour is an upstream decision not a bug, you should discuss it upstream and not there So, Ubuntu describes such a remark as invalid, and says that I should not discuss it there. I would like to know where you read that someone took the decision that a right click on the desktop and other places must produce a random result. Who is that and where is it I'm sent off to say I and several users don't have the same opinion as Ubuntu? -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 208365] Re: error starting g-s-d on systems with low memory
On 2009-04-22 00:27, Sebastien Bacher wrote : could you try if that's still an issue in jaunty? It seems that somebody noticed and fixed the problem, 1 year later. Thanks to him if we ever know who. Thank you too. -- error starting g-s-d on systems with low memory https://bugs.launchpad.net/bugs/208365 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 202456] Strange screenshots
If anyone cares, I noticed very strange screen shots of WINE windows as I run them under this bug and with the explained ugly workaround. Such window's screen shots are not the size of the (always on top) WINE windows, but of the underlying one. They may be described as being the screen shots of the underlying window but with the content being masked by (a part of) the WINE windows. This is corollary to typing through. Just if anyone cares about the ugliest looking bug I've ever seen... -- Gnome wine runs programs without minimize button and with type-through https://bugs.launchpad.net/bugs/202456 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 202456] Re: Gnome wine runs programs without minimize button and with type-through
** Summary changed: - Gnome wine runs all programs without window's minimize button + Gnome wine runs programs without minimize button and with type-through ** Description changed: Subject almost says it all. System is Ubuntu 8.04 alpha 6 with embarked wine 0.9.56. App is this : http://www.angusj.com/sudoku/ App cannot be minimized because there's no minimize button. Minimize is greyed out in the panel's windows list too. (Same for Maximize and Resize) Top of window screenshot attached. Simple Sudoku is not the only program in that case. The two Windows games that started my interest in Wine are. Hoping this will help. Great job you're doing with wine, guys. + + Update : additionally, + - Wine windows are always-on-top + - characters typed in one may be input to a lower window + + In turns out that the bug only shows with System|Appearance|Visual Effects turned off. + This makes it invisible on fairly accelerated screens BUT unavoidable on older machines. + + THIS BUG NEEDS ATTENTION if we agree that Ubuntu is made to run on + cheaper hardware than what other systems need. -- Gnome wine runs programs without minimize button and with type-through https://bugs.launchpad.net/bugs/202456 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 202456] The reason why
I installed Ubuntu 8.10 on an even more powerful and recent machine. This bug did not show. And yet it was present on the previous 8.10 test! I remembered replying this to a question from Jonathan Thomas : So, if you speak of System|Preferences|Appearance|Visual Effects, the answer is None. https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/202456/comments/9 I turned VE to None and there was that bug again. CONCLUSION : this bug shows only under Visual Effects = None (metacity) I am very sorry that my hardware made it unable to set VE to anything else than None and that those running with Visual Effects were able to lower VE to none but did not report making that test. I'm sorry to use less powerful hardware. I was under the impression that Linux was made to run on cheaper hardware than what other systems need. After 1 year, THIS BUG NEEDS ATTENTION if we agree on that. -- Gnome wine runs programs without minimize button and with type-through https://bugs.launchpad.net/bugs/202456 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 297431] Re: impossible to override Application menus
What more than 2 persons reporting the same bug and providing the same very simple and obvious patch is needed to move an Ubuntu bug out of New status 3 months after it's been reported? Does Ubuntu REALLY want to hear from its users? Especially from patch providers? Is it a Low priority that the menu system worked according to specs? -- impossible to override Application menus https://bugs.launchpad.net/bugs/297431 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 297431] Re: impossible to override Application menus
As nobody used to bugzilla.gnome.org would mind 10 min to store a pointer to this in there, I spent 1 hour at 2 am learning to do so and do it : http://bugzilla.gnome.org/show_bug.cgi?id=571120 -- impossible to override Application menus https://bugs.launchpad.net/bugs/297431 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 238733] Re: Right-click inconveniences
In fact, Ubuntu or whoever have now implemented the long click that Windows used for quite a time to, for example, rename a file. But Ubuntu does it only on the right button and to produce very strange, useless and annoying effects. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 238733] Re: Right-click inconveniences
Since Ubuntu 8.10, the problem described above occurs even without any slipping of the mouse. Right-clicking on the Gnome desktop intrepidly creates a folder if you keep the button down for some short time. Or it may well open a Background Change dialog, depending on where you click. Or it may start a Properties dialog when you're in a folder. Or what next? ... It is a bug. Right-click isn't supposed to punish the unskilful one by causing random, and potentially nasty surprises (if menus are not designed with this bug in mind). Enough frustration is expressed for similar Bug #187313 already. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 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 238733] Re: Right-click inconveniences
** Description changed: + Recycled due to + https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/238733/comments/12 + Under Windows (and Wine), a right-click occurs on ButtonRelease. Under Gnome, a right-click occurs on ButtonPress. Furthermore, the subsequent Release acts like a left-click. Here are several consequences: a) I the mouse slips towards a context menu between Press and Release, an unwanted menu entry is executed. Windows is a less surprising platform to practice mouse skill. b) If a context menu is misplaced due to program error, the result is the same without slipping. For example, this is presently the case of Firefox and Thunderbird. If a right-click is made too close to the window's right border for a left corner of the menu to appear at the cursor, the menu will appear flush to the window's right border with the top or bottom edge aligned on the cursor. But the menu is too low, so that when the cursor is near the window's bottom, it is inside the menu. In consequence, right-clicking in that bottom right area has the following consequences : - Firefox switches page direction, - Thunderbird deletes the message you're reading (bug #107819) These FF/TB bugs are not bugs under Windows. c) There are probably more subtle consequences. Ubuntu bug #187313 might well not be a bug if right-click occurred on ButtonRelease. Additionally, it seems to me that L/R-click on ButtonRelease leads to simpler and hence stronger logic. To determine if a click is long, it seems easier to measure the time between Press and Release when Release occurs than to start a timer when Press occurs and wait until it times out and gets a long click or is aborted by Release and gets a short click that occurs on ButtonRelease anyway. I leave the multiple clicks case difference as an exercise. Although different usage implies different problems, what is true for right clicks is true for left clicks. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 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 238733] Re: Right-click inconveniences
** Changed in: gtk+2.0 (Ubuntu) Status: Invalid = New -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 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 202456] Re: Gnome wine runs all programs without window's minimize button
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Because no one with a running 8.10 would spend 10 min to make a check, I have spent almost 10 hours of my unavailable time on this and here's the result ... 1) another more powerful laptop was passing by, with a chance to install Wine while running liveCD, and I hired it for a while 2) I downloaded and burned 8.10 desktop iso (on 8.04.1+) Brasero told me that there was a burn error but the CD seemed perfect 3) I booted this CD and, not a given thing, WiFi was running I ran Synaptic and, despite all sources turned on and updated, there was no wine to find !!! 4) I asked the owner of this laptop if I could make a partition and he agreed if I explained him how to make a backup and I made one 5) I fetched and burned 8.10 desktop (on 8.04.1+ again) Brasero told me that there was a burn error but the CD was perfect I looked into that, Brasero reports a 'device busy' error and it seems obvious that it's because the disk has an autorun using the drive at the same time Brasero wants to check the CD. This seems to be Bug #296146 and I wonder why that bug is incomplete. 6) I wanted to test upgrading 8.04 to 8.10 and, after doing so, WiFi was not working. This is another bug that took me much time to work around. Also, there was no shutdown applet but someone who would argue it's just aesthetics. 7) Having upgraded, I finally found wine in Synaptics and I finally was able to make the test. Is that what you required? That laptop will be away in two weeks. Please don't wait until then to ask more questions about 8.10. Almost one year after reporting this bug, the same problem remains exactly as described, in 8.04.1+ and 8.10+. Is making these sorts of difficult to do tests the good method to solve the problem? Or shouldn't the problem rather be analyzed, which I can help effectively with 8.04 tests when I'm at it without having to install systems that only other people run? Friends I advised running Windows applications on 8.04.1 are asking if a patch will be available for their system and when. What should I reply to help them not return to Windows? -- Gnome wine runs all programs without window's minimize button https://bugs.launchpad.net/bugs/202456 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
Re: [Bug 202456] Re: Gnome wine runs all programs without window's minimize button
1) I have terrible problems elsewhere preventing me to help Ubuntu for the time being 2) I consider offensive to mark this bug as Invalid after the work time I have spent on it and after having seen no followups except mine 3) I consider offensive to suggest to return it to New after I have provided all asked details. It's fully confirmed. 4) I wonder why my having no time can govern the outcome of a bug anyone can experiment; BTW, I have Confirmed it on a plain up to dated Ubuntu 8.04.1 on another hardware 5) I'm using 8.04 and I obviously cannot install Wine using a Live CD. Does no one using 8.10 really have a few minutes to make that test instead of asking me to find hardware to install 8.10? 6) I wonder what's the importance of Wine if nobody else complains of a real problem. I consider Wine as the Portal to Linux. If other people were packaging Windows programs to DEBs with a frontend script like I do, it would shut the mouth of those saying that Linux lacks this or that program (principally games) and Ubuntu would be much different with Wine programs distributed and installed the same way as Linux programs. 7) Again, I question the methods used by Ubuntu to solve a bug. What's the use of reporting if no developer comes to the reporter (when anyone cannot experiment it) to ask for details? What's the use to watch every next release in mere hope of a fix? 8) This bug exists in 8.04 and, according to what LTS means, a user should know what updates to apply to a no-Internet-access installation to solve it, not know that the problem is fixed in another release. 9) I wonder if I must continue to help, use and promote Ubuntu if the result is frustration Wine is such a important piece it deserves more attention. -- Gnome wine runs all programs without window's minimize button https://bugs.launchpad.net/bugs/202456 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 202456] Re: Gnome wine runs all programs without window's minimize button
** Changed in: metacity (Ubuntu) Status: Invalid = Confirmed -- Gnome wine runs all programs without window's minimize button https://bugs.launchpad.net/bugs/202456 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
Re: [Bug 297431] Re: impossible to override Application menus
On 2008-11-21 16:01, Sebastien Bacher wrote : ubuntu is using openid but not the GNOME bug tracker I did not find how to use my myOpenID.com ID on either of ubuntu.com, launchpad.net or ubuntu-fr.org. -- impossible to override Application menus https://bugs.launchpad.net/bugs/297431 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 297431] Re: impossible to override Application menus
Thanks for yous care about this. the issue seems rather to be an user question than a bug It would probably be the first time that contributing a patch would be called asking a question. could you open a bug on bugzilla.gnome.org where the people writting the code will read it too? I prefer to leave these interlinking procedures to people with more skill for that than me and devote my time to integrating new software to Linux. I have been told enough not to do what I did. I welcome (and still wait for any) technical discussion with someone about what I wrote. If needed. It's sooo obvious. PS: moreover, why don't Ubuntu and the rest use OpenID to spare volunteers a hundred of subscriptions? -- impossible to override Application menus https://bugs.launchpad.net/bugs/297431 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 202456] additional info
Additional information to stress how awful wine looks on Ubuntu 8.04.1. - All wine windows run on top of the Ubuntu windows, making it absolutely necessary to minimize the applications. - And minimizing is a problem (*). - Last but not least, I have discovered that characters typed into some dialog boxes do not go to the windows application but to another one under it. All this with the only practical Wine settings (App|Wine|Conf.|Graph.) : - Allow the window manager to decorate the windows - Do not allow the window manager to control the windows (*) See in the attached screen shot. 2 applications minimized in the bottom left corner, one on top of the other. Just like the one that chose to minimize in the upper left corner, they messe the panel and the desktop. You can see that Mousepad is the window with focus but that the maximized wine application remains on top. ** Attachment added: Screenshot.png http://launchpadlibrarian.net/19771996/Screenshot.png -- Gnome wine runs all programs without window's minimize button https://bugs.launchpad.net/bugs/202456 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 253168] Re: GNOME login without any keypress prevents the working of GNOME-configured keyboard options
*** This bug is a duplicate of bug 196277 *** https://bugs.launchpad.net/bugs/196277 ** Changed in: ubuntu Sourcepackagename: gdm = None Status: New = In Progress ** This bug has been marked a duplicate of bug 196277 A GNOME login without keypress dosn't set GNOME keyboard settings -- GNOME login without any keypress prevents the working of GNOME-configured keyboard options https://bugs.launchpad.net/bugs/253168 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
Re: [Bug 125887] Re: (fat32) Unexpected file modified by another process warning
On 2008-08-12 12:07, Sebastien Bacher wrote : the issue seems to be trigger only on some special setups and it should be sent to the people who write the software on bugzilla.gnome.org, nobody having the issue seems to be interested in doing that though that's why the bug has been closed (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 The so-special setup you speak of is editing files on any FAT(32) disk (eg USB Ramdrive) !!! Is that really to be advertised as beyond the capabilities of Ubuntu? Please note that some people even dare try to edit files on SMBFS !!! And they're having the same kind of problem, described in Bug #34813. On FAT32, the message is issued only if the file has been open in gedit for quite a time, though. I dropped Bug #34813 a note drawing the attention on the similarities between the two bugs. But they continue to mention SMBFS/CIFS exclusively. Bug #125887 might at least be set to be a duplicate of Bug #34813 instead of Invalid. If only Bug #34813's title was changed to include FAT(32) too. Your comments, bug reports, patches and suggestions will help fix bugs and improve future releases. By closing bugs? -- (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 125887] Re: (fat32) Unexpected file modified by another process warning
On 11/08/2008 11:52, Sebastien Bacher wrote: Nobody sent the request upstream, closing the bug for now, feel free to reopen if you still have some interest in the change and wants to open the bug on bugzilla.gnome.org too ** Changed in: gedit (Ubuntu) Status: Incomplete = Invalid Does that mean that one full year after reporting the problem using the procedure Ubuntu asks us to use, the answer is we just don't care?. Does Ubuntu *really* want users to cooperate? We're waiting in hope to help Ubuntu and ... One full year after, the bug is still there and it's something serious because it accustoms users to give bogus answers to bogus messages at the risk of giving bogus answers to correct messages. -- (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 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 204202] Re: Ctrl+Z in Terminal doesn't work with dvorak layout
Similar but different Ctrl key fight worth mentioning. On 8.04.1, I configured kbd pair : RU Winkeys + UK International. (added them and removed first (system's UK (plain))) If you're asked why I do that in Belgium, reply Ubuntu. Default is 0 = RU. Layout switcher set to Shift+Alt (like Windows). Problem with Terminal only (other apps OK with Ctrl): - When Shift+Alted to RU, Ctrl-anything does nothing. - When Shift+Alted to UK, Ctrl-char types the sticker's RU character. That is, Ctrl acts like a layout push switch, temporarily. But that's only in UK mode. And I have searched in vain for a description of such a feature. Workaround: I swapped the two layouts, making them UK,int + RU, Win. Default is 1 = RU now. And everything works as expected. Надеясь, это поможет. Спасибо. André. -- Ctrl+Z in Terminal doesn't work with dvorak layout https://bugs.launchpad.net/bugs/204202 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 202456] Re: Gnome wine runs all programs without window's minimize button
Ok, then you're using metacity. I can't reproduce this with KWin 4.1, so I'm assigning the bug to metacity I have added xubuntu.desktop and kubuntu.desktop to this system. Kubuntu : no problem indeed with KWin. Xubuntu : same problem with Xfwm4. Hence, by the same reasoning, you should assign the bug to Xfwm4 too. As I understand it, there is a misunderstanding between Wine and both Metacity and Xfwm but not KWin. When I turn off Allow the wm to control the window I, in fact, allow Wine to do it instead of the host's wm. Hence, Wine knows no better than to minimize windows on the desktop. Moreover, it does it in a rough way (overlays panel, random way and place, ugly look, no control at all, etc...). This point could be improved in Wine. As in all protocol misunderstanding cases, it's uncertain to me which side is responsible. I have attached the xprop output in all cases : SS_wm_ws.txt where ws is the state of the aforementioned Wine Configuration|Graphics|Allow... settings 11 is post-installation standard state (host does both) 10 is my half-workaround (wm does not control the window) Hoping this will help. André. PS : hoping I can do it in one go this time, else please excuse disorder :-) ** Attachment added: SS_Metacity_11.txt http://launchpadlibrarian.net/15855636/SS_Metacity_11.txt ** Attachment added: SS_Metacity_10.txt http://launchpadlibrarian.net/15855637/SS_Metacity_10.txt ** Attachment added: SS_XFWM4_11.txt http://launchpadlibrarian.net/15855638/SS_XFWM4_11.txt ** Attachment added: SS_XFWM4_10.txt http://launchpadlibrarian.net/15855639/SS_XFWM4_10.txt ** Attachment added: SS_KWin_11.txt http://launchpadlibrarian.net/15855640/SS_KWin_11.txt ** Attachment added: SS_Kwin_10.txt http://launchpadlibrarian.net/15855641/SS_Kwin_10.txt -- Gnome wine runs all programs without window's minimize button https://bugs.launchpad.net/bugs/202456 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
Re: [Bug 238733] Re: Right-click inconveniences
On 2008-06-15 11:24, Sebastien Bacher wrote : the bug tracker describes bugs, it's not a place where to make suggestions, https://bugs.launchpad.net/bugs/+bugs?field.importance:Alist=WISHLIST you should really mail a list to start a discussion on the topic No time and I am subscribed to dozens of places already. Why do they not use a common authentication server? Thanks. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 238733] Right-click inconveniences
Sebastien, I agree that it's a feature, but that doesn't mean it's a sacred thing : 1) myself and those who mentioned it discovered that feature by chance 2) hence, probably very little people use it, this would need a poll 3) it's not a very good idea to use a drag to make two clicks 4) in fact, they discovered the feature because of some annoyance 5) and their opinion was that they had found a bug 6) and indeed, it's at least a real bug catalyst 7) in addition of what I would call a counter-accessibility feature Hence, I think that the bug tracker is a good place for people to find a discussion of what they think is a bug and to wait for someone having time and concern to put a pointer to where else it will be discussed. I agree a bug must be closed (so far), but not the discussion that was going on in other bugs and that should be taken out of there to here. Hence, I'm asking that the status be changed to suggestion. TIA. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 238733] Re: Right-click inconveniences
On 2008-06-12 11:11, Sebastien Bacher wrote : thank you for your bug report, that's an upstream design decision though and not an ubuntu bug and not something ubuntu plans to change in a distribution specific way, you should raise the point on bugzilla.gnome.org if you really want to discuss changing the current behaviour though ** Changed in: gtk+2.0 (Ubuntu) Importance: Undecided = Low Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs) Status: New = Invalid Thanks for your work to improve Open Software. I thought that what has already been mentioned in the wrong place would need to be said under a bug title of its own, so that it can focus Ubuntu users' concern and opinion. I'm willing to do all I can to help Linux improve through reports of my usage of Ubuntu and any kind of finding, but I'm afraid that I cannot subscribe to each and every software project in the world; I suppose there are people involved in both Ubuntu and bugzilla.gnome.org that could care about simply posting there a pointer to this topic. I regret to see my report made invalid and text lost; isn't there a suggestion status? Else, I will have lost my time trying to contribute and It'll make me think twice or more before writing again. -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 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 238733] Re: Right-click inconveniences
Thank you too, but I'm totally surprised with your comment. What I have written has absolutely nothing to do with translations. Are you sure this problem belongs to meta-gnome2? -- Right-click inconveniences https://bugs.launchpad.net/bugs/238733 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 222267] Re: tooltip hides Gnome desktop's bottom panel in Hardy
This bug is not at all only a small cosmetic detail to those who care. If you look for something in an Autohide panel you obviously have to place the cursor in it. Doing so at the bottom of the screen, you get a tooltip hiding the place where you have to look. Not only does it it make using the panel very inconvenient, but it also looks stupid. And with a application windows list in that place, that's stupid a lot because you often have to constantly move the mouse to unhide the windows you're looking for. I personally also spend much -- and that's almost all -- of my free time for the sake of Ubuntu. As a consequence, I hate it when the people I help find something stupid in it. And I'm very surprised that those who would implement Accessibility features are prevented to be told that what they would like a magnifying glass to look at is in fact hidden behind a tooltip. And I was kidding about Windows placing the tooltip behind the panel ... Thanks to all who cooperate. -- tooltip hides Gnome desktop's bottom panel in Hardy https://bugs.launchpad.net/bugs/67 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 222267] Re: tooltip hides Gnome desktop's bottom panel in Hardy
Thanks for tracking this. But alas, gnome-bugs consider this is a minor issue. And it stayed that way and UNCONFIRMED for 8 months. However, the bug is really a pest for autohide panels users. Could it be possible to hasten gnome-bugs up a bit? Maybe adding a message with a link to this bug? But please remove the 3 unrelated messages in this thread to another one. Thanks. -- tooltip hides Gnome desktop's bottom panel in Hardy https://bugs.launchpad.net/bugs/67 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 222267] Re: tooltip hides Gnome desktop's bottom panel in Hardy
** Description changed: - balloon text hides Gnome desktop's bottom panel (Ubuntu 8.04) + tooltip hides Gnome desktop's bottom panel (Ubuntu 8.04) When the mouse cursor is moved over an autohide desktop bottom panel - (normally containing the Windows List), the text ballon that appears - hides the list in a most inconvenient way (there's no problem with non - autohide panels because they can be read anytime when the mouse is - away). + (normally containing the Windows List), the tooltip that appears hides + the list in a most inconvenient way (there's no problem with non + autohide panels because they can be read anytime the mouse is away). - When the cursor hovers over the top panel, the ballon, although a bit too high, is well below the cursor and the panel text can be read. - But when it's over the bottom panel, the balloon positioning logic seems to be the same, except that the balloon is blocked against the bottom edge of the screen. + When the cursor hovers over the top panel, the tooltip, although a bit too high, is well below the cursor and the panel text can be read. + But when it's over the bottom panel, the tooltip positioning logic seems to be the same, except that the tooltip is blocked against the bottom edge of the screen. Hence, it hides what the object text is commenting. - Yet, when the balloon is also blocked against the right edge of the screen so that the cursor can be moved inside it, the balloon moves up in a way that make the list somewhat visible. + Yet, when the tooltip is also blocked against the right edge of the screen so that the cursor can be moved inside it, the tooltip moves up in a way that make the list somewhat visible. Hence, - 1) the balloon should stay a lttle bit further down away from the cursor when it's below it (top panel) - 2) if blocked by an edge of the screen, the balloon should stay away of the cursor in the other direction (hence making the bottom panel just as visible as the top one) + 1) the tooltip should stay a little bit further down away from the cursor when it's below it (top panel) + 2) if blocked by an edge of the screen, the tooltip should stay away of the cursor in the other direction (hence making the bottom panel just as visible as the top one) 3) this applies to bottom and right edges - PS: Windows XP sometimes puts the balloon under the panel ! :-) + PS: Windows XP sometimes puts the tooltip under the panel ! :-) -- tooltip hides Gnome desktop's bottom panel in Hardy https://bugs.launchpad.net/bugs/67 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 222267] Re: balloon text hides Gnome desktop's bottom panel in Hardy
On 2008-04-29 22:10, Sebastien Bacher wrote : thank you for your bug report, could you make a screenshot of the issue? Thanks too, but I wonder why you want shots of what every Ubuntu user can see. Screen shots do not show the pointer, so you can't relate it with balloon position. Furthermore, after a few shots, screen shot stopped showing balloons too. In fact, we had one problem and now we have three :-) Anyway, after one hour trying, I can send you this. Screenshot-pointer_low : pointer at bottom of top panel, balloon out of the way Screenshot-pointer_high : pointer at top of top panel, panel partially obscured As could no longer show the balloon in the bottom panel, I pasted it here : Screenshot-pointer_low : bottom panel totally obscured by pointer anywhere in it. Hoping I could help., thanks again. ** Attachment added: Screenshot-pointer_high.png http://launchpadlibrarian.net/14043700/Screenshot-pointer_high.png ** Attachment added: Screenshot-pointer_low.png http://launchpadlibrarian.net/14043701/Screenshot-pointer_low.png -- balloon text hides Gnome desktop's bottom panel in Hardy https://bugs.launchpad.net/bugs/67 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 222267] Re: balloon text hides Gnome desktop's bottom panel in Hardy
Done. Remember that it appears as a problem only with autohiding panels. With autohiding, it's really pesting. -- balloon text hides Gnome desktop's bottom panel in Hardy https://bugs.launchpad.net/bugs/67 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 208365] Now that we're at 8.04 CR
Now that we're at 8.04 CR... FYI, this is the ugly Ubuntu welcome I'm trying to avoid... at the expense of something like raising some timeout. ** Attachment added: Live CD 8.04 CR.png http://launchpadlibrarian.net/13841770/Live%20CD%208.04%20CR.png -- error starting g-s-d on systems with low memory https://bugs.launchpad.net/bugs/208365 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 208365] Re: There was an error starting the GNOME Settings Daemon (timeout?)
On 2008-03-29 14:49, Kjell Braden wrote : The xsession-errors file does not contain any sign of gnome-settings- daemon failing. Did you receive the error dialog you posted above this time? The error dialog appeared after I booted the Live CD, when the ubuntu user logged in. I suppose that's the way the data you're looking for should have been logged to that file. Regarding the other, painful attempts to stop/start gnome-settings-daemon anew, no, I haven't seen a message in these cases. I imagine that the message is issued by some too impatient (Timeout likely, 400 MHZ) code wanting to use the daemon and receiving no prompt reply in the case of a slow CD-based startup. So, beyond one missed request if that's true, the only consequence is the Ugly to see in a demo. You should indeed imagine a party commenting about the slowness of CDs while watching the long-lasting brown, blank screen, saying ah when a white rectangle draws in the top left corner, and saying oh quite a number of seconds later when the first sign of intelligence they receive is an error message. If raising a time-out can avoid that, it'll be well spent time. -- There was an error starting the GNOME Settings Daemon (timeout?) https://bugs.launchpad.net/bugs/208365 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208365] [NEW] There was an error starting the GNOME Settings Daemon (timeout?)
Public bug reported: Although a similar title exists, problem is different. Attached message (almost?) consistent when booting 8.04 beta desktop livecd. Timeout likely : 400 MHZ 128 MB + swap. (old but excellent Tecra 8000) Message attached. Ugly to see in a demo. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- There was an error starting the GNOME Settings Daemon (timeout?) https://bugs.launchpad.net/bugs/208365 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208365] Re: There was an error starting the GNOME Settings Daemon (timeout?)
** Attachment added: Screenshot-x-session-manager.png http://launchpadlibrarian.net/12950962/Screenshot-x-session-manager.png -- There was an error starting the GNOME Settings Daemon (timeout?) https://bugs.launchpad.net/bugs/208365 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208365] Re: There was an error starting the GNOME Settings Daemon (timeout?)
Here you are. The information you asked is at the end of xsession-errors. Please note that I did find gnome-settings-daemon started. And that if I kill it, it will restart automatically. I found no better way than to kill -9; gnome-settings-daemon First time I did this, my session was killed, maybe my mistake. Later, I received a message saying that g-s-d had restarted too many times. In the confusion, I forgot --debug :-( Tell me if you find what you need. Else, what exactly I must do to help. Thanks too for the marvelous job you do. ** Attachment added: xsession-errors http://launchpadlibrarian.net/12956776/xsession-errors ** Changed in: gnome-settings-daemon (Ubuntu) Status: Incomplete = Confirmed -- There was an error starting the GNOME Settings Daemon (timeout?) https://bugs.launchpad.net/bugs/208365 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 34813] Re: gedit fails to save files over smbfs/cifs
Please note the similarities with bug #125887. Same message. Happens only on alien filesystems. 125887 does not prevent saving files, though. Would this problem happen on FAT32 too? Wouldn't it be a time saver to analyze both problems at the same time. -- gedit fails to save files over smbfs/cifs https://bugs.launchpad.net/bugs/34813 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 125887] Re: (fat32) Unexpected file modified by another process warning
** Changed in: gedit (Ubuntu) Status: Incomplete = Confirmed -- (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 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 125887] Re: (fat32) Unexpected file modified by another process warning
I confirm Rebecca's report. As I'm deep testing 8.04a4-6, I gedit files on an external fat32 USB drive and it happens exactly as she says : occasionally, saving, or rather wanting to save, a long time edit file (typically dormant behind a background tab) will produce that message. But the file is saved all-right. Only thing unusual is USB 1.1 (slower (as a network is?)) (Ubuntu's fitting an old компьютер сюрприз gift to a Belarussian kiddie!!!) Mikael's experience looks more like bug 34813. Might be worth the trip? 'cause of course, the question is : would the cause be the same? Can probably be reproduced with the same setup ... and patience. Else, what could we do to help? After what test does gedit issue this message? What procedure could be used to spy gedit? I would if I was told. Could this bug move to confirmed? André. -- (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 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 34813] Re: gedit fails to save files over smbfs/cifs
Would bug 125887 be worth the trip? Please warn them over there if any similarity found. André. -- gedit fails to save files over smbfs/cifs https://bugs.launchpad.net/bugs/34813 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 125887] Re: (fat32) Unexpected file modified by another process warning
I can say that the situation is sticky. That is, once gedit alledges that the file was externally modified, it will continue to do so if one selects Don't save and tries to save again (and again). This said, I investigated a case and I attached a log showing : - the time and time stamps of the file -- named servers -- and its backup - that the file had not been touched for more than 3 hours since gedit had saved it last and kept in memory (editing) - that I made a copy t of servers before I so dangerously saved it - that the diff between t and servers was removing a few null lines - that this is exactly the modification I made to servers before saving it - that, hence, the contents of server had not been changed despite what gedit says I just figured that a similarity between FAT32 and smb is non-Unix timestamping. Hoping this will help. André. ** Attachment added: gedit session log http://launchpadlibrarian.net/12622771/bug.log -- (fat32) Unexpected file modified by another process warning https://bugs.launchpad.net/bugs/125887 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 195969] [NEW] evolution crashed with SIGSEGV in xmlIsID()
*** This bug is a duplicate of bug 195968 *** https://bugs.launchpad.net/bugs/195968 Public bug reported: Binary package hint: evolution U 8.04 alpha 5 Evolution 2.21.91-0ubuntu1 Started mail client Configured No window appeared Launched mail client again Bug report appeared Seems to run fine when launched again ProblemType: Crash Architecture: i386 Date: Wed Feb 27 00:54:11 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/evolution NonfreeKernelModules: cdrom Package: evolution 2.21.91-0ubuntu1 PackageArchitecture: i386 ProcCmdline: evolution --component=mail ProcCwd: /home/p ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash Signal: 11 SourcePackage: evolution StacktraceTop: ?? () from /lib/tls/i686/cmov/libc.so.6 xmlIsID () from /usr/lib/libxml2.so.2 ?? () from /lib/tls/i686/cmov/libc.so.6 ?? () from /lib/tls/i686/cmov/libc.so.6 ?? () from /lib/tls/i686/cmov/libc.so.6 Title: evolution crashed with SIGSEGV in xmlIsID() Uname: Linux ubuntu-papou 2.6.24-8-generic #1 SMP Thu Feb 14 20:40:45 UTC 2008 i686 GNU/Linux UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev video ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Tags: apport-crash -- evolution crashed with SIGSEGV in xmlIsID() https://bugs.launchpad.net/bugs/195969 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 195969] Re: evolution crashed with SIGSEGV in xmlIsID()
*** This bug is a duplicate of bug 195968 *** https://bugs.launchpad.net/bugs/195968 ** Attachment added: CoreDump.gz http://launchpadlibrarian.net/12245639/CoreDump.gz ** Attachment added: Dependencies.txt http://launchpadlibrarian.net/12245641/Dependencies.txt ** Attachment added: Disassembly.txt http://launchpadlibrarian.net/12245643/Disassembly.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/12245644/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/12245645/ProcStatus.txt ** Attachment added: Registers.txt http://launchpadlibrarian.net/12245646/Registers.txt ** Attachment added: Stacktrace.txt http://launchpadlibrarian.net/12245647/Stacktrace.txt ** Attachment added: ThreadStacktrace.txt http://launchpadlibrarian.net/12245648/ThreadStacktrace.txt -- evolution crashed with SIGSEGV in xmlIsID() https://bugs.launchpad.net/bugs/195969 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
