[Bug 859723] Re: Nautilus appearance without colour or theme
The Xsession-errors is added to the bug report. It says over and over again: Im Modulpfad »pixmap« konnte keine Themen-Engine gefunden werden, which means in English: No theme engine could be found in the module path pixmap. I used the standard ubuntu theme. Regards Kikl -- 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/859723 Title: Nautilus appearance without colour or theme To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/859723/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 859723] Re: Nautilus appearance without colour or theme
** Attachment added: Bildschirmfoto am 2011-09-26 17:21:47.png https://bugs.launchpad.net/bugs/859723/+attachment/2463749/+files/Bildschirmfoto%20am%202011-09-26%2017%3A21%3A47.png -- 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/859723 Title: Nautilus appearance without colour or theme To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/859723/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 859723] [NEW] Nautilus appearance without colour or theme
Public bug reported: I started Nautilus. Browsing through files and folders appears to be working. However, the appearance, i.e. buttons and layouts has virtually no colours. I uploaded a screen shot of nautilus in order to illustrate the bug. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: nautilus 1:3.1.92-0ubuntu3 ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4 Uname: Linux 3.0.0-11-generic i686 ApportVersion: 1.23-0ubuntu1 Architecture: i386 Date: Mon Sep 26 17:22:15 2011 ExecutablePath: /usr/bin/nautilus ProcEnviron: PATH=(custom, no user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: Upgraded to oneiric on 2011-09-25 (1 days ago) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug apport-lpi i386 oneiric running-unity -- 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/859723 Title: Nautilus appearance without colour or theme To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/859723/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 660699] Re: junk folder indicates it contains messages, but not a single message is displayed in the folder
No, I am not having this problem at the moment on natty. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/660699 Title: junk folder indicates it contains messages, but not a single message is displayed in the folder -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 660699] [NEW] junk folder indicates it contains messages, but not a single message is displayed in the folder
Public bug reported: Binary package hint: evolution I think the summary says it all. The junk email folder tells me that it contains several messages. However, when I let evolution display the content of the folder, the folder is empty. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: evolution 2.30.3-1ubuntu6 ProcVersionSignature: Ubuntu 2.6.35-22.34-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Thu Oct 14 20:04:53 2010 ExecutablePath: /usr/bin/evolution InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) ProcEnviron: SHELL=/bin/bash LANG=en_US.utf8 SourcePackage: evolution ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- junk folder indicates it contains messages, but not a single message is displayed in the folder https://bugs.launchpad.net/bugs/660699 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 660699] Re: junk folder indicates it contains messages, but not a single message is displayed in the folder
-- junk folder indicates it contains messages, but not a single message is displayed in the folder https://bugs.launchpad.net/bugs/660699 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 150112] Re: GNOME needs a Trash Autopurge functionnality
I support the idea. If the file is older than a month, you probably have forgotten all about it. So deleting it automatically would probably be uncritical. It would be a great option for automatically managing the trash. In case you do need to untrash a file, it is more easily found. A true usability improvement in my mind. -- GNOME needs a Trash Autopurge functionnality https://bugs.launchpad.net/bugs/150112 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 552132] Re: gnome-appearance-properties crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID()
crashes when starting up Appearance in control center. -- gnome-appearance-properties crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID() https://bugs.launchpad.net/bugs/552132 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 546028] [NEW] empathy crashed after restart window with registered users in jabber-chatroom disappeared
Public bug reported: Binary package hint: empathy I set up a jabber-account in empathy and joined the ubuntu-chatroom ubuntu-jabber.de in order to test video-telephony of empathy. On the right side of the conversation window was a window showing participants of the chat. I asked a participant, whether I could call him in order to test voip in empathy. He agreed. Then empathy stalled, it appeared to crash. I forced the application to quit and restarted empathy. Then I rejoined the chatroom to give it a try once again. However, this time the window with the chat participants is gone and nowhere to be seen. But I can still participate in chatting... ProblemType: Bug Architecture: i386 Date: Wed Mar 24 14:56:18 2010 DistroRelease: Ubuntu 10.04 ExecutablePath: /usr/bin/empathy InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta i386 (20100318) Package: empathy 2.29.93-0ubuntu2 ProcEnviron: SHELL=/bin/bash LANGUAGE=en_GB:en LANG=en_GB.utf8 ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1 SourcePackage: empathy Uname: Linux 2.6.32-17-generic i686 ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 lucid -- empathy crashed after restart window with registered users in jabber-chatroom disappeared https://bugs.launchpad.net/bugs/546028 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 546028] Re: empathy crashed after restart window with registered users in jabber-chatroom disappeared
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/41838065/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/41838066/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/41838067/ProcStatus.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/41838068/XsessionErrors.txt -- empathy crashed after restart window with registered users in jabber-chatroom disappeared https://bugs.launchpad.net/bugs/546028 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 542477] Re: facebook login doesn't work
Yes, I removed that. Empathy tried to log into facebook over and over again, but did not succeed. Therefore, I thought it would never succeed and filed the bug report, but left it running in the background. At some point, much later, I wasn't paying attention to it, Empathy managed to connect to the my facebook account. So now it is working fine. -- facebook login doesn't work https://bugs.launchpad.net/bugs/542477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 542477] [NEW] facebook login doesn't work
Public bug reported: Binary package hint: empathy My account settings, in particular my username and password are correct. I can log into facebook via browser using the password, and I am really using the username facebook.com/username. Nevertheless, the authentication fails. ProblemType: Bug Architecture: i386 Date: Sat Mar 20 08:29:54 2010 DistroRelease: Ubuntu 10.04 ExecutablePath: /usr/bin/empathy InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta i386 (20100318) Package: empathy 2.29.92-0ubuntu2 ProcEnviron: SHELL=/bin/bash LANGUAGE=en_GB:en LANG=en_GB.utf8 ProcVersionSignature: Ubuntu 2.6.32-16.25-generic SourcePackage: empathy Uname: Linux 2.6.32-16-generic i686 XsessionErrors: (polkit-gnome-authentication-agent-1:1267): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (Do:1276): Wnck-CRITICAL **: wnck_set_client_type got called multiple times. (rhythmbox:1485): Gdk-CRITICAL **: gdk_window_get_cursor: assertion `GDK_IS_WINDOW (window)' failed (rhythmbox:1485): Gdk-CRITICAL **: gdk_cursor_ref: assertion `cursor != NULL' failed (rhythmbox:1485): Gdk-CRITICAL **: gdk_window_set_cursor: assertion `GDK_IS_WINDOW (window)' failed ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 lucid -- facebook login doesn't work https://bugs.launchpad.net/bugs/542477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 542477] Re: facebook login doesn't work
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/41379662/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/41379663/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/41379664/ProcStatus.txt -- facebook login doesn't work https://bugs.launchpad.net/bugs/542477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 524979] [NEW] Ripping Audio CD - Changing VBR does not affect file size
Public bug reported: Binary package hint: rhythmbox I navigated to edit - preferences - music player preferences. Then I chose the preferred format: CD Quality MP3. Then, I chose to edit the preferred format. This was the default command line: audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr- quality=6 ! id3v2mux I ripped a CD using this setting. Then I changed the setting to: audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr- quality=2 ! id3v2mux So, the variable bit rate quality was changed from 6 to 2. I expected the size of the files to change accordingly. However, the ripped files have exactly the same size. The bitrate of the mp3-files is in both cases 128 kbps for each and every file. My conclusion: The lame settings cannot be changed. The audio-files are ripped with a constant bit rate, not a variable bit rate. I think this is a bug, because if you let the user edit the quality settings, then the changes should have an effect. Furthermore, the default settings for lame in CD-quality should be reasonable, i.e. the recommended settings, namely a virtual bit rate (not a constant bit rate) and the quality setting should be transparent, i.e. VBR-quality=2 or 3! Here's my reference: http://wiki.hydrogenaudio.org/index.php?title=LAME Well, otherwise I am very pleased with rhythmbox! The GUI is beautiful and straight-forward. I appreciate your work a lot and hope that this bug report may help you improve rhythmbox even more. Editing the gstreamer command lines (right expression?) is pretty geeky, but I guess this is brand new and your still working on it! Regards, kikl ProblemType: Bug Architecture: amd64 CheckboxSubmission: 6a2e5947a2547266fcb426f702f7b105 CheckboxSystem: daed2f3d6643b4a84b4520a2427f8c2b Date: Sat Feb 20 18:38:51 2010 DistroRelease: Ubuntu 9.10 ExecutablePath: /usr/bin/rhythmbox InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) NonfreeKernelModules: nvidia Package: rhythmbox 0.12.5-0ubuntu5.2 ProcEnviron: LANGUAGE=en_GB.UTF-8 LANG=en_GB.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-19.56-generic SourcePackage: rhythmbox Uname: Linux 2.6.31-19-generic x86_64 ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- Ripping Audio CD - Changing VBR does not affect file size https://bugs.launchpad.net/bugs/524979 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 524979] Re: Ripping Audio CD - Changing VBR does not affect file size
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/39452648/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/39452649/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/39452650/ProcStatus.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/39452652/XsessionErrors.txt -- Ripping Audio CD - Changing VBR does not affect file size https://bugs.launchpad.net/bugs/524979 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 504918] [NEW] Bug 606412 Evolution unstable/system reboot
Public bug reported: Binary package hint: evolution The computer suddenly reboots/switches user, when opening evolution. This happens completely randomly. It doesn't matter whether I use the panel, docky or the Application/Internet/Evolution. The same thing happens. I wish I could send you additional information once it happens, but I don't know how, since all applications are suddenly closed and the computer reboots. I filed this bug under https://bugzilla.gnome.org/show_bug.cgi?id=606412 I hope the necessary information for determining the failure is going to be added to this bug report. Regards, kikl ProblemType: Bug Architecture: amd64 Date: Fri Jan 8 20:48:32 2010 DistroRelease: Ubuntu 9.10 ExecutablePath: /usr/bin/evolution NonfreeKernelModules: nvidia Package: evolution 2.28.1-0ubuntu2 ProcEnviron: LANGUAGE=en_GB.UTF-8 LANG=en_GB.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: evolution Uname: Linux 2.6.31-17-generic x86_64 ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- Bug 606412 Evolution unstable/system reboot https://bugs.launchpad.net/bugs/504918 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 504918] Re: Bug 606412 Evolution unstable/system reboot
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/37623562/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/37623563/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/37623564/ProcStatus.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/37623566/XsessionErrors.txt -- Bug 606412 Evolution unstable/system reboot https://bugs.launchpad.net/bugs/504918 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 504918] Re: Evolution unstable/system reboot when opening evolution
I*m sorry, I was automatically directed to launchpad, when using the bugtracker. I immediately reported this on the gnome-bugzilla site, because I didn't want to cause any inconvenience. But I didn't know how to redirect the added file to gnome. It was automatically directed here. So, I am sorry. But this information is valuable to evolution. They explicitely asked me to provide a stack trace and unfortunately it landed here. Sorry for the inconvenience. Regards, kikl -- Evolution unstable/system reboot when opening evolution https://bugs.launchpad.net/bugs/504918 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 341011] Re: Evolution won't sync with Google Contacts
I am getting the same problem. Whenever, I try to sync google contact, evolution crashes. this is what I am being told: Evolution error The Evolution address book has quit unexpectedly. Your contacts for google://kilian.klai...@gmx.de will not be available until Evolution is restarted. Restarting unfortunately doesn't solve the problem -- Evolution won't sync with Google Contacts https://bugs.launchpad.net/bugs/341011 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
Well, you already get a confirmation if you want to delete the trash- bin. So you are asking for two confirmations instead of one. The question is: If one confirmation does not prevent you from deleting the trash, why should a second confirmation make a difference? IMHO it doesn't. It's just bloat. But, I don't object to the way it's supposed to be implemented. It's an additional option. The default behaviour isn't changed. So you can enable it if you like joel. Finally, I agree with nomnex - although he could have been a little more polite - this issues has been completely overblown and is not very important. Ubuntu folks should not wast any more time with this topic. -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 48671] Re: Cannot rename by clicking on a file
@David In principle, you're proposal may makes sense, -first click on the icon, second on the label- but I think in practice this is what is going to happen: When I click on a file in Windows to rename I just click 'frantically' on the label until I can it. Why do I think so? Well, because in general a certain visible icon has particular functions. Functions are activated by single or double clicking on the visible icon. These functions exist irrespective of any other visible icon. This is the case for all other icons or fields on any GUI I can think of. According to your proposal, the label field doesn't have a function first. It acquires a certain function after pressing a different field, the icon field. This kind of implementation deviates completely from everything else the user has learned about graphical interfaces. That is: A visible graphical field has a particular function independent of any other visible graphical field. Now, if a user accidently trips over the rename by click function, he won't understand why he can activate it sometimes and sometimes not. Effect: frantic clicking! This implementation is non-intuitive and very difficult to learn since it deviates from the general behaviour of guis. I haven't tested this, so this is merely an educated guess. But I think there are good reasons to believe that this is not going to work well. Therefore, I believe, the rename field must be separate and distinct from the browsing field. The rename field must have the function rename. The browsing field must have the function open folder. You rename by clicking on the rename field. You browse by clicking on the browsing field. If the rename and browsing fields are too close together, then a double click on the browsing field may easily accidently trigger the rename field. So they must be distinct and separate. I've made a proposal how you can implement this in list view. Draw a line between the icons and respective labels. Provide a safe distance between icons and names. The icon is the browsing field. the label is the renaming field. Providing a safe distance between label and icon in icon view is going to be awkward. But someone else made a good proposal here. If you single click an icon, an additional field is shown providing a preview and additional information about the selected icon. This information field is separate and distinct from the browsing icon. The information field contains a label field, which may be edited. I don't know for sure whether users are going to be happier with these proposals. So testing them - say in a beta release - and asking for feedback and evaluating feedback prior to implementation is very important. I'm glad that you think the windows implementation must be improved. This is definitely so, since multiple users have complained about it. Regards kikl -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 44989] Re: Doesn't print (large) PDF files
Hi Till, I'd love to try it, but I'm not sure what you mean. Is this a shell- command you want me to execute or do you want me to edit a text-file, possibly pdftops? Sorry for the stupid question ;-} Regards kikl -- Doesn't print (large) PDF files https://bugs.launchpad.net/bugs/44989 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48671] Re: Cannot rename by clicking on a file
@raronson The way it is implemented in windows is a usability regression and should not be implemented in gnome. #63 user j made a great proposal, which would cater to the wishes of two-slow-click-proponents (it's not single click!, not a double-click!) without the inherent drawbacks complained about by many many users. The extra information panel could be used for both displaying more detailed information about the selected file - such as a preview - and for editing its name by clicking on it. # 70 user matthias also made a very reasonable suggestion, which I support. Why aren't there any dedicated buttons for the commands most often used in nautilus? -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
@Holger Berndt, I like it, I think it's a good idea! @mac_v thanks for your support. @all: Instead of a notification, maybe we could add a permanent undo /redo-feature, which looks and works like in open office. It should be familiar to most users and works fast and easy. Nodody would be bothered by windows popping up and Diego would have a fast and easy way to recover files from the trash bin - and even more! Some more food for thought, this probably goes way beyond a papercut Well, thanks for listening and good luck to Ubuntu's usability team. You shall succeed! -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
Hi diego, Just keep you're home tidy and you wont have a problem finding stuff. The same goes for your computer, in particular your trash bin. If you've got hundreds of files in your trash bin, then it is high time to clean up the place. Do it, it's your responsibility. If you refuse to clean up your trash bin, you can enter the file name into the search bar. That's reasonably fast, isn't it? So no one is penalizing the user for a small mistake. The user has all the possibilities for correcting his mistake. The user is just expected to be a grown up person, who acts responsibly. If you've got notifications popping up all the time, you wont pay any attention to them and it won't solve your problem. Eventually you will be looking into the trash bin because the notification wasn't noticed. That's my opinion and my experience with windows vista. Maybe usability tests can confirm or refute this. I don't know. As long as these notifications can be suppressed or disappear automatically in a reasonable amount of time, I would live with it. If I had to click them each and every time in order for them to disappear, I would start cursing the computer and eventually look for another distribution, but that's just me... Maybe other people love clicking notifications, but I doubt it. Regards, kikl On Sun, 2009-07-12 at 09:39 +, Diego Moya wrote: @kikl: You still have to locate in the trash the deleted files after you accidentally delete them. This can be really cumbersome and time- consuming if there are hundreds of files in the trash. Penalizing the user this way for a small mistake seems a bad idea, specially if the warning before deleting files is to be removed as per this bug proposal. -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
Loading thumbnails is only sluggish if you want a preview of the images. You can switch that off under edit preferences preview. Then you get to see the respective icons instantly. Even if it takes time to load the previews, you can browse the file manager, while the previews are loading, because the icons of the respective files are instantly visible. The icons are gradually exchanged by the previews. So that doesn't hinder you from navigating through the files. If you're opening a folder with thousands of files, you could also choose list view or compact view, which loads much quicker and is easier to navigate. So there are plenty workarounds at the moment Make customizable panel with minimalistic default arrangement. That would be satisfactory in this direction of discussion... I completely agree with this approach. This is how it should be done. The default GUI should be minimalistic, such that the novice or casual user may easily understand it. Power users or users with specific needs and wishes should have the option to customize the interface according to their needs. There is no single solution that fits everybody. If you try to do that, you get a cluttered interface nobody likes. -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
The working undo feature is the trash bin! You could pop up a notification, which disappears automatically, saying: You have just deleted..., you can recover it from the trash bin. Once people get used to this, they will not pay any attention to the notification, but at least it doesn't distract your workflow. Then someone will want a louder and larger notification, possibly an emergency siren, a nuclear bomb, or a collapsing star. Once they get used to that, people won't bother to listen to or look at it anymore, . it's a vicious circle, it just doesn't work. In conclusion, people are responsible for what they do and if you empty your garbage bin without checking the content, then that's your fault, take the blame! You did it even though you were explicitly warned! This notification didn't work, so why should an additional notification make a difference? How many warnings do you need? I would like to have the option not to have this notification pop up in the future, because I know what the garbage bin is for. Most people migrating from microsoft know this anyhow. -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
@diego: You can restore to the same folder by right clicking the file in the garbage bin and checking restore. It's automatically restored to the place, where it was deleted from. Unfortunately, you didn't find that, so that should be improved too. The restore and delete permanently options in the context menu of the trash bin should appear first, since these are the most important commands in the trash bin. Furthermore, there should be dedicated buttons in the GUI of the trash bin showing these two commands only. At present you open the trash bin in nautilus, right click the file and check restore. So it's a lot easier than what you say. But granted, you didn't find it, so it should be improved. I don't think your solution is really helpful. People will just stop paying attention to the permanently reoccurring notifications you propose and in the end whine again, when they do something wrong. It's not me, it's the stupid machine, which should have warned me, grief I completely deleted the trash bin in spite of the warning, because I never check it's content, why should I, the machines fault...grief grief But, I grant you, that your solution is a lot better than having those confirmation buttons pop up everywhere. I hate that passionately! I'm a grown up person and don't want to be treated by this machine like an imbecile by continually being reminded of the same damn thing each and every time. In particular, the notification should disappear automatically and reasonably fast without the user having to interact with it... -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 48671] Re: Cannot rename by clicking on a file
I thought about how this feature could be implemented without annoying users. There is no apparent logic behind the second click for changing the file name. Therefore, this doesn't make any sense and it's difficult to learn and get used to, IMHO. I never got used to it after years of working with MS windows. Instead the file name should be a dedicated and visible field separate from the icon but connected to the icon. The outlines of the name field must be visible using a color or frame. So, if you single-click on the file-name field, you edit the file name. If you click on the icon, well the same behaviour as before, you open the folder or file. I think that makes sense. This is essentially what cody suggested. In list view there are several columns for different information. If you have a dedicated column for the file name and the file itself, then it is optically clear that these two things are not the same. Furthermore, they are clearly and consistently separated, so chances of clicking in the wrong column are slim. So clicking the file name - once! - should give you the option to change the file name. If you click the file/folder icon, then the usual things should happen. You could also highlight the name field and not the icon field, when you move your mouse across that field, so you have an additional optical confirmation of what you are about to do... One more suggestion: If you mistakenly click the file name, it's difficult to get out of this mode, as far as I remember. You have to turn to the keyboard and press escape or enter or click on some other arbitrary item. That's just something you are not prepared to do, while your clicking through folders. As a default behaviour, a second click on the file-name field should deselect the file name. In this case, users shouldn't be bothered so much. A little off-topic: I actually prefer list view because it displays the files in an orderly fashion and you can easily switch the order, in which everything is displayed. You can open and close particular trees. It's very powerful and easy to use. There is one drawback. You don't have nice previews of photos or videos as in the icon-view. It would be nice to have a preview (only) of the selected photo/video in list view - only for multimedia files, where it makes sense. It seems that this is what apple is doing - well sort of... http://en.wikipedia.org/wiki/File:Finder.png Looks snazzy, but is it really better? Good day and good luck and keep up the great work! -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 48671] Re: Cannot rename by clicking on a file
@flo What makes sense in UI? For example, a trashbin for deleted files. An envelope for an e-mail program. A places folder for the file browser,... Oh, by the way, you can use the arrows for navigating the cursor and that actually makes more sense than using the mouse, since you've got your fingers on the keyboard anyway, when editing the file-name. I don't think it's a good idea to merely copy a feature because windows is using it, In particular if many many users complain about it. If it's going to be copied, it should be done in such a way that it doesn't bother a whole lot of users. It should be better than what windows has to offer. Following your argument, ubuntu should merely copy the windows interface including all of it's bugs just because users are used to it. That's no good and it wont make ubuntu No. 1 in terms of usability. So maybe you have a suggestion, how the annoying problem can be overcome that many users very often mistakenly start editing file names when this feature is implemented? It really annoyed me a lot! -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 48671] Re: Cannot rename by clicking on a file
@J That's a great idea. The side panel can actually be changed into an information side panel. If you click on places, the second option is information. The dedicated information field could also be combined with the preview area I talked about earlier. So editing the file name may be done by clicking into the information area for the selected item. You don't click into the information field for navigating through files, so chances of mistakenly editing the file names are next to zero. The layout of the name field suggests that it may be edited. You can differ about the details, but this is how it could be done, in my humble opinion. Since the file-name is displayed anyhow in the bottom status-bar, this status bar could be changed to include an editable name-field like the one you proposed. It should be visually apparent that this area can actually be edited -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus
I think we have to be very careful not to copy stuff from windows, which is actually being complained about by many many users. Vista constantly asks you for all kinds of confirmations so much so that people don't read any of the stuff anymore. They just blindly klick away... What good is that? If you accidentally delete an object, then the trashbin let's you recover the object. That's what the trashbin is for and that's enough protection. If you delete the trashbin without checking the content, then that's just your fault. Or should we have a second trashbin for the items deleted from the trashbin? This is getting absurd. You don't need to be reminded every time that you are deleting an object. Those kind of permanent reminders and confirmation boxes are a nuisance, IMHO. I definitely want to switch that off, if you want to implement it. Sorry, I get passionate about this. But please don't repeat other peoples mistakes, just because user's have become used to these quirks. -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 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 48671] Re: Cannot rename by clicking on a file
I agree with nitindb. I never liked this behaviour in windows, because I quite often mistakenly started editing the file name. Therefore, I would like to be able to turn the feature off if it is implemented. It's only a usability issue because many windows users have gotten used to it. I don't think it's a good solution on its own. -- Cannot rename by clicking on a file https://bugs.launchpad.net/bugs/48671 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
I just opened a folder with nautilus. The folder contained 87 images and two videos. The folder is located on a server connected to this computer over a standard wifi connection. The thumbnails of the folder were displayed practically instantly in the nautilus file manager. Therefore, I think this is a non-issue for most users. Whoever wants stop/refresh buttons on the GUI, should have the option using a customizable interface. Regards, kikl -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
clickable text elements for bread crumbs is a good idea. To me, it is not visually apparent that these text elements are actually clickable. Maybe just a minor problem... -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
Well, I want to disagree. The bread crumbs are really great! A coherent look would be better. Give the bread crumbs a frame and the same color as the folder they represent. If you display the url-bar in text form, then why not display the url-bar as coherent bread crumbs? You display the same information without using more space and additionally you have the option to navigate using the bread crumbs without cluttering the GUI with additional stuff. The bread crumbs provide the same functionally as the up button and even more. Therefore, the up button can go. So the bread crumbs actually save space on the interface and provide additional navigating options. In my opinion, the GUI should only display those commands most commonly used. The cut/copy/paste/delete commands are more important than back, forward, up. You can easily navigate through the folders without any of these commands. The file manager should automatically display the present content of the folder, which renders the refresh button useless. If a file transfer takes a bit longer, a pop up window should appear with the option of stopping the file transfer. I do agree that computer should be removed from the main tool bar and displayed in the side bar. Home should be removed altogether, because it's already contained in the side-bar, but not called home, instead it carries your user name. That's a bug too. The list view is useful, if you need additional information about your files. This information could be displayed in the bottom of the GUI, which merely displays the name and size of the selected file. You could also display the type and date modified of the selected file I think usability and simplicity go hand in hand. Therefore, the interface should be as simple as possible. It should only contain the commands you really need 99% of the time. Additional options should be accessible form the menus. Customizing the interface is good, in particular for power users with specific needs. But don't clutter the interface with commands, which would help the power user, but would make the novice turn his back on Ubuntu. The gnome desktop is, a no-nonsense straight forward interface. Nautilus should be just like that. Good Luck and keep up the great work! -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
There is no location to display when you are doing a search? How about displaying the location/folder, in which you are searching? If you use the search field, the search should be conducted by default in the folder, which is open. In the current implementation, the search bar replaces the location bar and a new location bar is displayed below search results indicating the location of search. That's just too complicated. -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
I think it's a great idea to have the file browser look like and work just like the standard internet browser. Simplifying and cleaning up the interface is a great idea. But, I do think you can make exceptions. The wording below the icons doesn't distract much and helps the absolute novice. You could include the option to make the words disappear for more experienced users. But, there is one aspect of the file-browser that differs from the internet-browser, which I find quite disturbing. The search field is not positioned next to the location field and it doesn't have it's own dedicated search-area. Instead, the search field replaces the location area or uses the location area as it's search area, when you press it. I find that quite confusing. I would suggest implementing the search field just like in the firefox browser and deleting the icon view tab from the ui, since this is something you don't really change that often, at least I don't. The icon view could simply be another point in the folder view. Thanks for your great work and I hope you achieve your goal in beating OS-X in terms of usability;-) You can make it! -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 386150] Re: Nautilus file browser toolbar is complicated, redundant, and ugly
Well, if you ask me, this proposal is actually my preferred design: http://launchpadlibrarian.net/28077867/Nautilus_mockup_2-zoom_down.png File transfer on a desktop is a lot faster than over the internet. Most of the time, the stop and refresh buttons are not used, so I think they can be hidden in the menus. The up button isn't necessary, because the location bar gives you even more options instantly and it's always there. Icon view is something you usually only choose once and then stick with your choice. Therefore, it is right to remove it from the GUI. The interface takes up less space and is less complex, that's great! I thought about the text below the icons. You could let short descriptions automatically appear, when the mouse is moved and held above the icon. Saves space and has no apparent disadvantages. Tabbed-browsing is implemented the chrome way? It looks really nice. Lat but not least, there is a dedicated search field just like in firefox. I like it! Some criticism: The idea of showing buttons for copy/cut and paste is brilliant - credits to Chieffo! - because that's what you mainly do in the file browser. I think these three commands could be squeezed between the navigation buttons and the location bar. That way, they would be easily accessible. A little off topic: If you want to drag and drop, you need to show the tabs side by side and not on top of each other. O.K. now you can drag a file to another tab by dragging it to the part of the tab (the top of the tab) that is actually being displayed. But that doesn't appear intuitive to me. I think there should be an option for automatically arranging the tabs next to each other rather than on top of each other. Or shouldn't that be the default behavior of tabs in a file browser? Well, I usually use the context menu, but mum would never find out... O.K that's more than enough! Cheers and good luck! -- Nautilus file browser toolbar is complicated, redundant, and ugly https://bugs.launchpad.net/bugs/386150 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 44989] Re: Doesn't print (large) PDF files
Hi Till, thanks a lot for your help. I moved the document using sudo mv into the directory /usr/lib/cups/filter/pdftops and renamed the original pdftops into pdftops2. I used the command chmod 755 as indicated by you. When I look at the file properties it says Allow executing file as program. However, user of the file is not root but me. Furthermore, the file type is shell script (application/x-shellscript), whereas the original file type is shared library (application/x-sharedlib). These differences probably account for the fact that the change hasn't improved anything. It is probably quite simple for some to change the file type and user of the file. However, it would take me at least an hour to find out using ubuntu-wiki. Maybe you could just briefly tell me the necessary commands. Thanks a lot Kilian -- Doesn't print (large) PDF files https://bugs.launchpad.net/bugs/44989 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44989] Re: Doesn't print (large) PDF files
Well, this problem was first reported in 2006, three years ago. The proposed solution appears to be straightforward. Evince could simply use lpr for printing adobe files. For the application evince, it's a huge bug, because pdf is the standard document format and printing pdfs should be supported flawlessly by a document viewer. For Ubuntu, it's an important problem too since, hey, evince is the standard document viewer shipped with Ubuntu. Viewing and printing pdf documents is something I do quite a lot. I hope the responsible developers address this problem sooner than later ;-) Regards, kikl -- Doesn't print (large) PDF files https://bugs.launchpad.net/bugs/44989 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44989] Re: Doesn't print (large) PDF files
Ubuntu 9.04, Document Viewer 2.26.1, I have the same problem. Evince doesn't print large pdf-files. I've got a 1.2 MB file, which it simply doesn't print. The printer defaults and sends the message broken pipe. Then I split the pdf-files into parts using print to pdf-file. The parts appear to be larger than the original file, because the file properties report 1.5 MB and 1.7 MB. But, the printer does manage these jobs. However, they are printed incredibly slow. It takes minutes for each page to be printed. Finally, the print job documenter reports a file size of 2072k, but the file properties report 1,5 MB. I'll attach my file and hope somebody can figure this out ** Attachment added: 1068_001.pdf http://launchpadlibrarian.net/26347999/1068_001.pdf -- Doesn't print (large) PDF files https://bugs.launchpad.net/bugs/44989 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44989] Re: Doesn't print (large) PDF files
Ok, now I tried lpr filename.pdf. This worked instantly. The printer printed instantly and fast and the whole job was printed at once. So this must be evince trying to handle the printing job. -- Doesn't print (large) PDF files https://bugs.launchpad.net/bugs/44989 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 301235] [NEW] nautilus does not display network and network folders, however network files are accessable using smb://diskstation/folder/
Public bug reported: Binary package hint: nautilus I'm using nautilus 2.24.1. on my desktop computer running ubuntu 8.10. The computer is connected to a synology diskstation DS107+ via a router. The diskstation is my file server. The server name on the network is diskstation. The diskstation is not displayed, in network:/// or smb:/// on nautilus. If I enter smb://diskstation/ the folders on the diskstation are not displayed. However, once I enter smb://diskstation/foldername/ I can access the files on the diskstation. So, apparently, the file server is working, but nautilus isn't displaying the top level folders as it should. I hope you can fix this. Regards Kikl ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 8.10 ExecutablePath: /usr/bin/nautilus NonfreeKernelModules: nvidia Package: nautilus 1:2.24.1-0ubuntu1 ProcEnviron: PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus Uname: Linux 2.6.27-7-generic i686 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- nautilus does not display network and network folders, however network files are accessable using smb://diskstation/folder/ https://bugs.launchpad.net/bugs/301235 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 301235] Re: nautilus does not display network and network folders, however network files are accessable using smb://diskstation/folder/
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/19876953/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/19876954/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/19876955/ProcStatus.txt -- nautilus does not display network and network folders, however network files are accessable using smb://diskstation/folder/ https://bugs.launchpad.net/bugs/301235 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
