View Issue Details

IDProjectCategoryView StatusLast Update
0003096ScribusOS-Win32public2019-12-08 23:44
Reporterjoolsr Assigned Tojghali  
PrioritynormalSeverityfeatureReproducibilityalways
Status assignedResolutionfixed 
PlatformWindows 2000OSWin2000OS VersionSP4
Product Version1.3.2 
Target Version1.6 milestone 
Summary0003096: Network shares unavailable on file open/save dialog
DescriptionI 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 ReproduceWhen trying to save or load an export a file, cannot access networked files shares, even when typing in \\servername\path
Additional InformationThis 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.
TagsNo tags attached.
PatchNo

Relationships

related to 0007663 new network inline image path wrong 
has duplicate 0004228 closedplinnell Scribus does not honour folder redirection settings for My Documents 
has duplicate 0008724 closedjghali Scribus can't access External Drives on Mac OS X 
has duplicate 0010146 closedjghali Unable to import picture/text 
has duplicate 0010497 closedjghali Networks, NAS and Mapped Drives do not exist in Scribus 
has duplicate 0010698 closedjghali Open/Save Dialog and Scribus File Manager does not show mapped or network drives 
has duplicate 0014202 closedjghali Cannot open network locations 
has duplicate 0015360 closedjghali can not access files on samba file server 
has duplicate 0015993 closedjghali The "Open file" dialog box only offers local files. Network is missing 

Activities

jghali

2006-01-25 13:50

administrator   ~0008338

Last edited: 2006-01-25 13:51

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.

joolsr

2006-07-10 15:33

reporter   ~0011835

Hi

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.

jghali

2006-07-10 18:09

administrator   ~0011838

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.

joolsr

2006-07-11 08:23

reporter   ~0011850

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.

joolsr

2009-07-06 14:45

reporter   ~0022124

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

vmurmann

2012-04-11 06:31

reporter   ~0027917

Last edited: 2012-04-11 06:34

workaround windows:
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

Kunda

2015-02-02 01:13

updater   ~0034419

Reminder sent to: jghali

Is this still an issue?

Kunda

2015-02-04 13:16

updater   ~0034436

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.?"

Kunda

2015-02-04 13:17

updater   ~0034437

Marking as resolved with the intention to close

Kunda

2015-02-04 13:46

updater   ~0034440

Needs to be tested on 1.5svn as well

JimmyVolatile

2015-02-05 09:00

reporter   ~0034443

* 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

Kunda

2015-02-05 12:45

updater   ~0034444

Reopening, thanks JimmyVolatile

kahu

2015-12-15 00:44

reporter   ~0037919

Seeing this too still.

Scribus Version 1.5.0svn
19 May 2015
Build ID: C-*-T-*-C1.12.18-Windows-64bit

Kunda

2015-12-15 02:05

updater   ~0037920

jghali, is this a qt file dialog issue ? (Ref 0008724:0023198)

Kunda

2015-12-16 21:01

updater   ~0037928

added a relationship to 0007663

Issue History

Date Modified Username Field Change
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
2006-01-27 22:33 plinnell Status new => assigned
2006-01-27 22:33 plinnell 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
2006-09-08 00:09 plinnell 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
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