View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003096||Scribus||OS-Win32||public||2006-01-25 11:47||2019-12-08 23:44|
|Platform||Windows 2000||OS||Win2000||OS Version||SP4|
|Target Version||1.6 milestone||Fixed in Version|
|Summary||0003096: Network shares unavailable on file open/save dialog|
|Description||I cannot access network shares when using the Scribus File Open/Save dialog.|
With drive letters this is fine.
Many companies now use network shares rather than drive mappings. Unless I map a drive I cant access the server even when entering \\servername in the dialog.
|Steps To Reproduce||When trying to save or load an export a file, cannot access networked files shares, even when typing in \\servername\path|
|Additional Information||This is also a problem with the Gimp and programs that use the Win32 GTK interface. There is a Gimp file open/save plugin buts its not ideal by any means.|
|Tags||No tags attached.|
|related to||0007663||new||network inline image path wrong|
|has duplicate||0004228||closed||Scribus does not honour folder redirection settings for My Documents|
|has duplicate||0008724||closed||jghali||Scribus can't access External Drives on Mac OS X|
|has duplicate||0010146||closed||jghali||Unable to import picture/text|
|has duplicate||0010497||closed||jghali||Networks, NAS and Mapped Drives do not exist in Scribus|
|has duplicate||0010698||closed||jghali||Open/Save Dialog and Scribus File Manager does not show mapped or network drives|
|has duplicate||0014202||closed||jghali||Cannot open network locations|
|has duplicate||0015360||closed||jghali||can not access files on samba file server|
|has duplicate||0015993||closed||jghali||The "Open file" dialog box only offers local files. Network is missing|
First Scribus is not a GTK application, it's a Qt application :)
The described behavior is a limitation of the Qt file dialog and on which our file dialog class is based. One possibility is to use the get*Name static methods where possible. On Windows, these methods are using the native Windows file dialogs instead of the qt one. Will have a look asap.
Is there any chance at having another look at this Jean?
There is a bigger problem, that if you save a file with the linux version and then try and open it with the Windows port that the paths are different, and images do not show up, as the path created under Linux doesn't mean anything to Windows.
I tried mapping network drives, but this is messy; exactly the reason we now use network shares instead on our samba server to windows clients.
But we still have a lot of difficulty accessing scribus files properly.
Solving this issue requires a network enabled file dialog class. Considering the amount of work needed, i have no time for that now. Using QFileDialog static methods is not a solution for consistency and functionnality reasons.
When saving files scribus uses whenever possible relative paths, so if you have properly organized your files, opening a linux document with the Windows port should not be a problem.
Thank you for your quick response. I do appreciate and fully understand your time constraints. I'm sure it wouldnt be straightforward to get network shares working natively with qt.
But, other programs such as the Windows port of the Gimp, has a plugin that allows you to use the std windows open/save dialog boxes. This of course allows me to use network shares.
Inkscape (Windows) again has the same problem.
I do appreciate that Scribus is primarily designed as a Linux application, but I do know the developers are keen to offer Mac and Windows versions.
Is there any way that a combined, improved Windows file open/save dialog could be developed for the good of the many Windows ports of Linux applications that have the same issue?
Please understand that I am a Linux user through and through, I have been using it as my only OS at home since 2000, but at work Windows is more prevalent, and without the means to open or save files, its going to be difficult to offer it as a solution to many people.
Just a note, in 1.3.5 RC3 on Windows, you cannot browse a Network Neighborhood or any such thing, BUT typing in \\server\share works fine.
This in itself is quite a help
1. Open scribus file on network-share with doubleclicking the file
2. Make "save as"
>> the networkshare is shown
3. Now the networkshare will be shown in other dialogboxes like import picture etc. too
Reminder sent to: jghali
Is this still an issue?
According to this tester (https://plus.google.com/u/0/b/109612024486187515483/109612024486187515483/posts/ZtUvDDfshpW) this is non-issue
"Once I type in "\\servername" in the filename field, I can access the network share to open and save files.
Tested with Scribus 1.4.5 on Windows 7 64bit.?"
||Marking as resolved with the intention to close|
||Needs to be tested on 1.5svn as well|
* I can confirm that 1.4.5 on Win 8 64-bit can access typed in network share paths i.e. "\\servername\folder".
* I can not access mapped drive letters: "H:\"
* I can not access paths containing $ as in "\\servername\folder$"
Scribus Version 1.4.3
20 July 2013
Build ID: C-*-T-*-C1.8.6-Windows-64bit
Using Ghostscript version 9.10
||Reopening, thanks JimmyVolatile|
Seeing this too still.
Scribus Version 1.5.0svn
19 May 2015
Build ID: C-*-T-*-C1.12.18-Windows-64bit
||jghali, is this a qt file dialog issue ? (Ref 0008724:0023198)|
||added a relationship to 0007663|
|2006-01-25 11:47||joolsr||New Issue|
|2006-01-25 13:50||jghali||Note Added: 0008338|
|2006-01-25 13:51||jghali||Note Edited: 0008338|
||Status||new => assigned|
||Assigned To||=> jghali|
|2006-07-10 15:33||joolsr||Note Added: 0011835|
|2006-07-10 18:09||jghali||Note Added: 0011838|
|2006-07-11 08:23||joolsr||Note Added: 0011850|
|2006-09-07 15:16||mhanski||Relationship added||related to 0004228|
||Relationship replaced||has duplicate 0004228|
|2009-07-06 14:45||joolsr||Note Added: 0022124|
|2010-02-04 22:54||jghali||Relationship added||has duplicate 0008724|
|2011-07-26 19:30||jghali||Relationship added||has duplicate 0010146|
|2012-01-08 11:22||jghali||Relationship added||has duplicate 0010497|
|2012-04-11 06:31||vmurmann||Note Added: 0027917|
|2012-04-11 06:34||vmurmann||Note Edited: 0027917||View Revisions|
|2012-05-01 16:06||jghali||Relationship added||has duplicate 0010698|
|2014-10-08 18:38||Kunda||Category||Win32 => OS-Win32|
|2015-02-02 01:13||Kunda||Note Added: 0034419|
|2015-02-04 13:16||Kunda||Note Added: 0034436|
|2015-02-04 13:17||Kunda||Note Added: 0034437|
|2015-02-04 13:17||Kunda||Status||assigned => resolved|
|2015-02-04 13:17||Kunda||Resolution||open => fixed|
|2015-02-04 13:46||Kunda||Note Added: 0034440|
|2015-02-05 09:00||JimmyVolatile||Note Added: 0034443|
|2015-02-05 12:45||Kunda||Note Added: 0034444|
|2015-02-05 12:45||Kunda||Status||resolved => assigned|
|2015-12-15 00:44||kahu||Note Added: 0037919|
|2015-12-15 02:05||Kunda||Note Added: 0037920|
|2015-12-16 21:01||Kunda||Relationship added||related to 0007663|
|2015-12-16 21:01||Kunda||Note Added: 0037928|
|2015-12-22 20:40||Kunda||Patch||=> No|
|2015-12-22 20:40||Kunda||Target Version||=> 1.6 milestone|
|2016-07-03 20:34||jghali||Relationship added||has duplicate 0014202|
|2018-06-18 00:31||jghali||Relationship added||has duplicate 0015360|
|2019-12-08 23:44||jghali||Relationship added||has duplicate 0015993|