Re: [Bug 22007] Re: no 'Settings' button in gnome-screensaver
But *WHY* do we have to run around in rings to do something that should be simple, just not to miff inoperative upstream maintenance. Let's DIVERGE if we want something good, while upstrem pushes something bad. Really, the screensaver is not important. Fine, then, let's fix it too, because this Ubuntu Papercuts program is for fixing unimportant things that are badly done and are pebbles in the sandal on the road to a totally smooth user experience. And it should be a very simple fix, it is not as we're trying to reimplement the window manager (which has been done for the Netbook Release). Leave the screensaver config program alone, but create an additional program that edits a particular .desktop file. A user simply sets their screensaver to this special one, and uses this hypothetical tool to configure the screensaver as they actually like. gnome-screensaver need not know of this at all. -- no 'Settings' button in gnome-screensaver https://bugs.launchpad.net/bugs/22007 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 22007] Re: no 'Settings' button in gnome-screensaver
Why is it that we *have* to be stuck with the suckiest screensaver selector of any platform? We've got some of the coolest screensavers, but some are really very bad; however, there's no way to make a selection, and all users are stuck with choosing just one, or letting any one pop up at random. All because a square headed upstream maintainer has determined It Is Bad for Us. Who cares about diverging from Gnome upstream in this? Don't we diverge from upstream with the notifier, for example, which is far more important? Let's kick the screen saver selector in the butt! Then we may push it upstream, and everything will be dandy. -- no 'Settings' button in gnome-screensaver https://bugs.launchpad.net/bugs/22007 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 136228] Re: print/scale problems
** Also affects: gnome-print Importance: Undecided Status: New ** Also affects: libgnomeprintui Importance: Undecided Status: New -- print/scale problems https://bugs.launchpad.net/bugs/136228 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 136228] Re: print/scale problems
This bug is not Evolution's, as far as I can tell, but a bug of the Gnome printing subsystem. In fact, I was doing some checking before I filed a bug for Evince, which is where it bit me. It might have to do with the postscript generation, because print-to-PDF does not scale the output file at all. So, as reported above, it is inconvenient because you cannot see the effect of zoom until you print to dead-tree. And if you print to file and select PDF output, there is no scaling in the output file, which makes scaling totally useless in this case. Oh, and even when printing to dead tree, in case of enlargement, there is no option to select the cropping, which makes it also very useless (but I'd say this is a different bug). Whoever has the power to do it, please attribute this but to wherever it belongs in the gnome printing subsystem. I have set the also affects to gnome print; however, on doing it I got the surprising information that there is nobody upstream or downstream to take care of bugs in gnome print, which must be an error. -- print/scale problems https://bugs.launchpad.net/bugs/136228 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 236326] Re: Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded
To trigger the bug: * Select a podcast you are subscribed to, with some episodes already downloaded. A list is shown of episodes that are available at the podcast provider, with more information available on those that have already been downloaded. * Right-click on an episode that has already been downloaded. Select the option to delete the podcast. A dialog box with three buttons will pop up. One is Cancel. Another says Delete the episode only. The other says Delete the episode and the file At this point, many people will wonder what exactly is the episode and what is the file. This should really be clarified. * If the option delete episode and file is chosen, that episode's entry disappears from the list. Presumably, the sound file has also been erased from the file system. * If the option delete episode only is chosen, that episode's entry disappears from the list. The sound file remains somewhere in the file system, but where, or why, is not really clear. *I* do know the file is somewhere below the folder that has been chosen for podcast downloads, but I doubt that a naive user will easily find it; and even then, finding the lost episode in its folder is very difficult, because filenames for soundfiles are not the same as episode names. And, in any case, there are no options to add it again to Rhythmbox. If I wanted to recover disk space by deleting old episodes, I'd have to use the delete episode and file option, but then all references to those episodes would be forever lost, with no way offered to download again. There should be an option to delete the sound file only, that still left me with the entry in the index. Or an option to reload the full list of available episodes. If I want to clear the episode index by erasing the oldest ones, the two current options would do, However, delete episode only will leave difficult to purge sound files dormant in the filesystem. And Rhythmbox offers no way to download the full episode list again from the provider. The other problem is when a podcast download does not finish successfully: In those cases, a partial file may be kept by Rhythmbox, but there is no way to resume the download, and there is no way to delete the incomplete file and then fully reload, because the podcast index entry would be irrecoverably deleted with the sound file. That's why I say that to correct the problem, the options in the dialog should be: * Delete soundfile only * Delete soundfile and index entry. AND there should be an option in the podcast menu to refresh the full episode list. Currently, the podcast refresh option only gets the index entries for NEW episodes. With these three changes, it would be easy to recover disk space by only deleting the soundfiles; it would be easy to redo failed downloads, by deleting the failed soundfile and downloading again; and it would be easy to get rid of old episodes, but the possibility would remain to get at them again. ** Attachment added: unnamed http://launchpadlibrarian.net/14890678/unnamed -- Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded https://bugs.launchpad.net/bugs/236326 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 236326] [NEW] Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded
Public bug reported: Binary package hint: rhythmbox If episodes are ever del I can erase downloaded podcasts, and these options are offered: * Delete the _reference_ to the podcast, but keep the sound file * Delete both the reference and the sound file. The problems I find with this are: 1) The words describing the choice are very badly chosen, what is being offered is far from obvious. 2) Incomplete downloads cannot be completed or reloaded. 3) With the first option, a sound file will remain hidden somewhere in the file system that Rhythmbox will not show or play (which I find it far from useful). 4) With the second option, both the reference and the soundfile will be gone, but with no way to ever reload them beyond deleting _all_ the episodes in that podcast, unsubscribing, resubscribing, and downloading again all the episodes of interest -- if still available. Solution: * The first option should be dismissed, as it's purpose is really confusing. * The option to delete both the soundfile and the reference should be clearly described. * An option to only delete the sound file while keeping the reference should be offered in the episode context menu. * An option to reload the episode list should be offered in the podcast context menu. * If someone wants to keep the files but not the references, he or she can already drag them into a folder in Nautilus. This covers all use cases, would permit freeing storage space while allowing reloading discarded episodes or incomplete downloads. ProblemType: Bug Architecture: amd64 Date: Sat May 31 17:22:26 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/rhythmbox NonfreeKernelModules: nvidia Package: rhythmbox 0.11.5-0ubuntu6 PackageArchitecture: amd64 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=es_ES.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.24-17-generic x86_64 ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded https://bugs.launchpad.net/bugs/236326 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 236326] Re: Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/14865944/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/14865945/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/14865946/ProcStatus.txt -- Podcasts: interrupted downloads cannot be completed, deleted downloads canot be reloaded https://bugs.launchpad.net/bugs/236326 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 189540] [NEW] Drive rename and change icon operations always fail in Nautilus
Public bug reported: Binary package hint: nautilus Reporting a problem found in Nautilus 2.20.0 in Ubuntu 2007.10 RightClick-Properties on a drive icon in the Computer view, and a popup pops up offering the drive name in an editable field already selected. Seemingly, changing the name there should change the name of the drive or partition. However, whatever name is set, when the popup is closed, the user is offered another popup with the following message: The element could not be renamed. Sorry, it was not possible to rename Absurd preset name to Sensible descriptive name And, of course, the drive name remains as it was before. Similarly, clicking on the icon offers a file chooser to select the icon. After following the *tortuous* way to finding and choosing an alternative action, clicking on open also fails, with the chooser closing with no error message but Nautilus still showing the original icon. Using Nautilus as the superuser with gksudo nautilus does not improve the situation. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Drive rename and change icon operations always fail in Nautilus https://bugs.launchpad.net/bugs/189540 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 189537] [NEW] Change file icon action opens file chooser far from icons
Public bug reported: All naive (and most savvy) users will find it extremely hard to find icons to customize the appearance of an entry in Nautilus. When the entry is right clicked, the properties popup shows the present icon as a button that has to be clicked on in order to choose a new icon. Whether that is obvious enough or not is not the problem, however. The problem is that clicking on the button, far from offering a sensible set of icons to choose from, simply opens a file chooser poiniting at the user's home page. I'd venture than less than 1% of the users will be able to find that the alternative icons hang in a confusing jumbled tree from /usr/share/icons. Possible solution: The file chooser should open on the relevant subdirectory of the usr/share/icons tree, if possible in a pictorial view of the icons instead of a dry list of files. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Change file icon action opens file chooser far from icons https://bugs.launchpad.net/bugs/189537 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 186952] [NEW] Interrupted podcast downloads cannot be resumed
Public bug reported: Binary package hint: rhythmbox Podcast downloading often fails, which is a problem on its own, separately reported. The problem is that an interrupted download leaves you with a portion of the podcast, and no way to either finishing or restarting the download. There is the possibility to delete the chapter (with a VERY confusing dialog that offers you keep the file but delete the chapter, or something like that). However, if the chapter is deleted it vanishes leaving no trace in the list of podast chapters. Refreshing the podcast does not make the complete list appear again, which would allow restarting the download. Solutions: A right-click option to download again or resume download should be offered. The dialog about keeping the file but deleting the chapter should be made more clear and complete. ProblemType: Bug Architecture: i386 Date: Tue Jan 29 10:02:33 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/rhythmbox NonfreeKernelModules: nvidia Package: rhythmbox 0.11.2-0ubuntu4 PackageArchitecture: i386 ProcCmdline: rhythmbox ProcCwd: /home/nacho ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=es_ES.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux lusus 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686 GNU/Linux ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- Interrupted podcast downloads cannot be resumed https://bugs.launchpad.net/bugs/186952 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 186952] Re: Interrupted podcast downloads cannot be resumed
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/11616270/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/11616271/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/11616272/ProcStatus.txt -- Interrupted podcast downloads cannot be resumed https://bugs.launchpad.net/bugs/186952 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157500] The trashcan is not emptied on an NTFS-3G partition
Public bug reported: Binary package hint: nautilus When a file resident in an NTFS-3G partition of the internal hard disk is meant to be deleted or moved to the trash, the results are not what is intended. a) The file is not moved to the trashcan, but it seemingly disappears b) Although the file has disappeared, the diskpace is not recovered. It is not recovered either when the trashcan is emptied. These files, instead, remain hidden in a .Trash-$user directory that is not emptied when the empty trashcan action is selected. To recover the space, the .Trash directory has to be revealed by showing hidden files while browsing the root directory of the NTFS partition, and then it may to deleted with the move to the trashcan command which, by the way, says it is not possible to move that directory to the trashcan and (finally) offers the possibility of permanent deletion. This is far from logical or intuitive. Bug 12893 details a similar problem, whereby a file that is deleted in a flashcard is also silently moved to a hidden directory in the card. Whatever the considerations about whether trash should travel in the card when it is extracted, the problem is not the same, because here it's fixed partitions we're dealing with, and deleted files never show up in the trashcan nor are they permanently deleted when the trashcan is emptied. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- The trashcan is not emptied on an NTFS-3G partition https://bugs.launchpad.net/bugs/157500 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 76283] Re: duplicate entries for devices in nautilus desktop
It happens in Gutsy too, with all patches applied on 20071011. I guess it was just temporarily fixed and broken again ;-) ;-) ;-) I've got two iPod icons (the iPod was sitting in its dock at boot time), and two disk icons for a flash card that was inserted in the card reader at boot time. Unmounting one of the icons makes it disappear and the media be unmounted, but the twin icon is left on the desktop. Nothing remains in the /media directory when the media has been unmounted, even though one icon is still visible, but a single entry appears when the media is mounted -- a disk entry for the flash card, or an Ipod entry for the ipod. -- duplicate entries for devices in nautilus desktop https://bugs.launchpad.net/bugs/76283 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 146258] Re: Poor subtitle filename recognition
*** This bug is a duplicate of bug 137570 *** https://bugs.launchpad.net/bugs/137570 Sorry, I messed up somehow doing the tests, and I was wrong on the .srt suffix not being understood. If the filename is the same except for the .srt suffix, Totem DOES correctly display the subtitles. That leaves only the multiple subtitle problem. -- Poor subtitle filename recognition https://bugs.launchpad.net/bugs/146258 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137570] Re: [Gusty] Totem doesn't add subtitles manually
Totem cannot recognize multiple subtitle files (in more than one language, for example), because the only difference it contemplates between the movie and subtitle filenames is the suffix. Just as many living-room DVD+DivX players do, what Totem could do is watch for a match in the filename only up to the first dot to find the subtitle files, and deduce the subtitle type from the letters after the last dot. This allows multiple files in multiple languages with names like Movie.avi, Movie.es.srt, Movie.fr.srt, Movie.directorComments.en.srt and so on. -- [Gusty] Totem doesn't add subtitles manually https://bugs.launchpad.net/bugs/137570 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 146258] Re: Poor subtitle filename recognition
*** This bug is a duplicate of bug 137570 *** https://bugs.launchpad.net/bugs/137570 What I have seen is that the filename must be the same as the movie AND the suffix has to be .sub or .txt NOT .srt What I believe is necessary is not that subtitles be manually added but two different things: 1) That the .srt suffix be recognized (it is not recognized in my system, although the same file renamed as .sub or .txt is correctly decoded) 2) That, as many living-room DVD+DivX players do, it recognizes the subtitle file because it matches the filename only up to the first dot, and it indicates subtitle type with the letters after the last dot. This allows multiple files in multiple languages with names like Movie.avi, Movie.es.srt, Movie.fr.srt -- Poor subtitle filename recognition https://bugs.launchpad.net/bugs/146258 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 146258] Poor subtitle filename recognition
Public bug reported: There are some problems related to subrip subtitles (and most likely with other formats): 1) Totem will only recognize the subtitle file if the filename is the same for avi and subtitle file, only diferring in the suffix. This makes it impossible to have subtitles in multiple languages. Movie.avi + Movie.sub will work OK Movie.avi + Movie.fr.sub + Movie.es.sub doesn't work 2) Totem does work with .srt subtitles, it does not recognize the srt suffix. However, if you rename a .srt subtitle file as .sub or .txt, then Totem displays it fine! ** Affects: totem (Ubuntu) Importance: Undecided Status: New -- Poor subtitle filename recognition https://bugs.launchpad.net/bugs/146258 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137359] Re: Songs with accented letters in title are not ripped
Yeah, I saw ntfs-3g.org's explanation of the problem. I have changed my fstab and now it works correctly. I have to file a bug in Ubuntu about not setting the locale early enough for the ntfs-3g filesystem to notice. Still, I believe sound-juicer should report its failure to create the files instead of silently giving up and only ripping those with easy filenames. -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 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 137359] Re: Songs with accented letters in title are not ripped
Yeah, that's it. Well, it is not exactly VFAT, but NTFS via ntfs-3g. This is the fstab line: /dev/sda5 /media/ntfs_driventfs-3g defaults,nls=utf8,umask=007,gid=46 0 1 I have just noticed that if I try to rename a file in that mount and put accented letters in the name, the rename will fail, whether from Nautilus or bash, so the problem is really not sound-juicer's. Example: [EMAIL PROTECTED]:cd /media/ntfs_drive [EMAIL PROTECTED]:touch mono [EMAIL PROTECTED]:mv mono moño mv: accediendo a `moño': Caracter multibyte amplio inválido ó incompleto (which translates to: accessing `moño': Wide multibyte character invalid or incomplete) Still, I guess sound-juicer should fail more gracefully, instead of silently ignoring all the songs for which the file could not be created. It would be more helpful if it could at least say such and such songs could not be ripped, just as most surely happens when the drive is full. Even better, the character set error might be cought and reported as There seem to be problems creating files with accents in the names, and then offer to automatically swap éèëê for e and so on, or simply skip the problematic letters altogether. -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 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 137359] Songs with accented letters in title are not ripped
Public bug reported: Binary package hint: sound-juicer When ripping a CD, sound-juicer skips over songs with accented letters in their title, while ripping the others. Soñé otro mundo will not be ripped Sone otro mundo will be ripped ProblemType: Bug Architecture: i386 Date: Tue Sep 4 22:32:11 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/sound-juicer Package: sound-juicer 2.16.3-0ubuntu2 PackageArchitecture: i386 ProcCmdline: sound-juicer ProcCwd: /home/nacho ProcEnviron: LANGUAGE=es_ES:es:en_GB:en PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=es_ES.UTF-8 SHELL=/bin/bash SourcePackage: sound-juicer Uname: Linux lusus 2.6.20-16-generic #2 SMP Fri Aug 31 00:55:27 UTC 2007 i686 GNU/Linux ** Affects: sound-juicer (Ubuntu) Importance: Undecided Status: New -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for sound-juicer in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137359] Re: Songs with accented letters in title are not ripped
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/9121334/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/9121335/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/9121336/ProcStatus.txt -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for sound-juicer in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 110518] Re: save file samba share
There appears to be some problem with gnome vfs handling in Evince. While It is possible to open pdf files located in samba shares that appear on my places menu, it is impossible to save pdf files to those very same folders! The file-open menu shows the network shares as well as bookmarks pointing local or network filesystems, and can open documents from either. However, the file-save_a_copy option does not show the samba network shares, nor bookmarks pointing to folders on samba shares, although it does show local bookmarks. -- save file samba share https://bugs.launchpad.net/bugs/110518 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41333] Re: [Bug 41333] Re: When switching users, the password has to be typed twice
El mar, 25-04-2006 a las 16:55 +, Oliver Grawert escribió: if you use the system in a corporate environment, not locking the screen of the previous user would be an evil security hole. ** Changed in: gnome-screensaver (Ubuntu) Status: Unconfirmed = Rejected Yes, I understand that, but what I think is wrong is having to enter the password TWICE IN A ROW. Entering the password in GDM (or in gnome-screensaver) *should* be enough. And wiggling the mouse in order to get something other than a black screen should definitely not be necessary. Please, consider the whole sequence necessary to switch user: Click system menu Click exit (eight options pop up) Click switch user (then wait for gdm) Type new user Type password Click enter past session (Screen blanks. Nothing happens) Wiggle mouse to get past the black screen Type password again It is visibly too convoluted, and the last three steps are definitely unnecessary, don't you think? Plus, and this is possibly another bug, the options offered after gdm's login and password are far from clear or, at least, the translation to Spanish is. It kind of reads like those jokes about Windows where ambiguity, chained negations and cancelations make your choice incredibly shaky, because it is evident that, whatever you choose, you're doomed. Thanks for listening! Nacho de los Rios -- When switching users, the password has to be typed twice https://launchpad.net/bugs/41333 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41330] Re: [Bug 41330] Re: NIS users and groups don't appear in users and groups control panel
I'm talking about Dapper, but it's always been there, I believe. It is: system-administration-users_and_groups and I believe it is part of gnome-control-center. El mar, 25-04-2006 a las 20:38 +, Sebastien Bacher escribió: Thanks for your bug. gnome-control-center has no user interface to show you groups on your box nor to change theme. What version of Ubuntu do you use? From what application do you speak about? ** Changed in: control-center gnome-control-center (Ubuntu) Assignee: (unassigned) = Ubuntu Desktop Bugs Status: Unconfirmed = Needs Info -- NIS users and groups don't appear in users and groups control panel https://launchpad.net/bugs/41330 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41330] Re: [Bug 41330] Re: NIS users and groups don't appear in users and groups control panel
I'm talking about Dapper, but it's always been there, I believe. It is: system-administration-users_and_groups and I believe it is part of gnome-control-center. El mar, 25-04-2006 a las 20:38 +, Sebastien Bacher escribió: Thanks for your bug. gnome-control-center has no user interface to show you groups on your box nor to change theme. What version of Ubuntu do you use? From what application do you speak about? ** Changed in: control-center gnome-control-center (Ubuntu) Assignee: (unassigned) = Ubuntu Desktop Bugs Status: Unconfirmed = Needs Info -- NIS users and groups don't appear in users and groups control panel https://launchpad.net/bugs/41330 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33727] Re: No admin menus with NIS users
This surely has to do with the fact that NIS users don't get sound either. -- No admin menus with NIS users https://launchpad.net/bugs/33727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41330] NIS users and groups don't appear in users and groups control panel
Public bug reported: Affects: control-center gnome-control-center (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: When using NIS, the gnome control center only shows the local groups. I cannot change the privileges of a NIS user from this panel to permit use of the CD writer, etc. -- NIS users and groups don't appear in users and groups control panel https://launchpad.net/bugs/41330 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41333] When switching users, the password has to be typed twice
Public bug reported: Affects: gnome-screensaver (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: If I swich users via system/exit/switch-user to an already active user, the sequence of events is this: * gdm asks for the user * gdm asks for the password * gdm asks me (in an unclear language) whether to launch a new session or go back to the previous. * I choose to go back to the previous session * I get a black screen * I move the mouse * I get the gnome-screensaver password check dialog. * I type the password again. * I enter the session. Gnome-screensaver should not be active the moment I switch users. After clicking on entering previous session, I should directly enter that session. -- When switching users, the password has to be typed twice https://launchpad.net/bugs/41333 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 22045] [breezy+dapper] gnome-screensaver doesn't perform as well as xscreensaver with the same hacks.
Public bug report changed: https://launchpad.net/malone/bugs/22045 Comment: There is nothing at this point in gnome-screensaver to make it deserve be installed by default. Nothing works as it should. Let's revert to xscreensaver! Then, if gnome-screensaver improved very considerably during the coming months (and the other did not), it might be considered for Dapper+1 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs