[Bug 695648] New: Inconsistent behaviour when the file being worked on is on a local network server
https://bugzilla.novell.com/show_bug.cgi?id=695648 https://bugzilla.novell.com/show_bug.cgi?id=695648#c0 Summary: Inconsistent behaviour when the file being worked on is on a local network server Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i686 OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: a.johnw@yahoo.com QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; en-GB) Presto/2.8.131 Version/11.10 Only kwrite nearly works correctly with files on a local network server. It's ok but fails to generate a backup when files in this location are changed. It will save there and read from there and click launch from files on there. Amarok will play an mp3 via a click launch on a file on a server. Add such a file to a play list and it can't cope. Also it can not load a file from the server. LibreOffice much the same as amarok. PDF's click launch. RPM's - open with yast do open yast but some how skip root login. Basically file management at the app level is a mess. Files can be anywhere these days. Reproducible: Always Steps to Reproduce: 1.Put a file on a network server/save a file to a network folder/launch it 2.Work with it as indicated in details 3. Actual Results: As per details Expected Results: These things should function correctly as files being work on or used by users may be anywhere other than on the local disc. The error message that is sometime generated "can only select local files" is generated by one of several k?????.so files. From kwrite it can be seen that the paths do work so why is it interfering. Reads from the server do not generate error messages when there is a problem so some apps state can't open file. I initially connect to the server via dolphin and later tried samba. Same results. Samba however is much much slower especially when the 1st connection is made. VLC is kitted out to work this way but doesn't even though it's dot desktop file does contain the correct incantations. Kaffeine generates and error message - missing input plugin. Odd as I can find not trace of such a plugin. Only one for browsers. I'm rating this as critical as it really should be fixed. It indicates something beings seriously wrong with app level file management. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=695648 https://bugzilla.novell.com/show_bug.cgi?id=695648#c1 --- Comment #1 from john woodhouse <a.johnw@yahoo.com> 2011-05-24 11:12:49 UTC --- I'm really curious to know why such things as smb need to be added to .desktop file. I suppose it could be used to determine what is shown in an instance of a common app level file manager but that's about it. Where a file lies is really the responsibility of file management. A file is a file is a file. There is an interesting discussion on https://bugs.kde.org/253547 It seems all this has worked on previous opensuse releases but it's hard to be sure. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=695648 https://bugzilla.novell.com/show_bug.cgi?id=695648#c2 john woodhouse <a.johnw@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |a.johnw@yahoo.com --- Comment #2 from john woodhouse <a.johnw@yahoo.com> 2011-05-27 09:56:41 UTC --- Have got a little further with this. From kwrite it seems that strict K applications may work without any problem using a dolphin generated cif's connection. Not that I have many to try. Most installations will have none kde apps installed so using vlc as an example. It tried dragging and dropping an avi of the nas onto vlc's focus. Nothing happens. I created a desktop icon for vlc and dragged the avi onto that. It plays but a plasma shell error message comes up "sorry can't find file". This error message steals the entire desktop focus but the file plays. I enabled kde's auto mounter. Concerned as it showed my system discs as removable and currently detached. Seems it will not interfere with mounts made by the lower system but the appearance is not re assuring. Tried logging out/in rebooting etc but the nas still had the same problems. Enabled NFS on the nas and rebooted. KDE now takes and a very very long time to become active after logging in. Previously it was fully active as soon as the desktop faded in. Now I can use right click open with vlc and the file plays and I can also click launch an avi on the nas from dolphin. It may take me some time to sort out exactly what is going one but it looks like file transfers are still via CIF. I still can't open a file with vlc which is on the nas. KDE interferes with it's "You can only select local files". One good aspect is that the files do stream into VLC. Some have reported that the were downloaded 1st, On the way to this I set up samba. No help and also very very slow the 1st time it is used from any app. It even slows as the paths are navigated. Dolphin's and Windows CIF access is instantaneous. I've now disable samba. The slowness seems to be down to not being able to enter a direct ip address to the server with anything other than dolphin. KDE's chouce of CIF rather than NFS seems sensible to me but it doesn't auto mount it or if it does the dreaded local files only error message appears or the same code base prevents the app from loading a file. On the local files only aspect I can't really see any reason for adding this sort of facility to the dot desktop files. VLC in any case does contain the correct incantations so it currently isn't working. Maybe a better solution if this facility is needed by a sys admin etc would be to reverse the logic and enter disallowed paths into the desktop file. This could be added slowly and carefully without causing users any problems other than that the app just will not work in this manner. In that case it's likely to generate an error message. The nas by the way is a D-link 325 so the word nas may as well be replaced by local network server. If would be please to help with testing if some one can provide lib file updates. I'm not to keen on upgrading the entire system too often as I need my pc and only have so much time available. Still need to see if the gimp will work - unlikely. Office, acrobat and djvu as well. One really irritating aspect is that it all works perfectly under windoze even on vista. It's even hard to tell that the files aren't on a local disc. Only problem here was that it had to search twice to find it. Prob as I search too soon after plugging the network in. John - -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=695648 https://bugzilla.novell.com/show_bug.cgi?id=695648#c3 john woodhouse <a.johnw@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |INVALID --- Comment #3 from john woodhouse <a.johnw@yahoo.com> 2011-06-06 14:39:00 UTC --- I have tracked this aspect down now and it's best to close this one and start another. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com