MantisBT - KWWidgets
View Issue Details
0006910KWWidgetspublic2008-04-26 04:232008-10-20 13:31
Peter Wainwright 
Yumin Yuan 
normalmajoralways
resolvedfixed 
0006910: vtkKWFileBrowserDialog returns wrong file path
When you hit OK in a vtkKWFileBrowserDialog, it first gets the filename (without path) and checks for the existence of a file with that name IN THE CURRENT DIRECTORY. If such a file is found, FileName is set to the filename alone (without any path).

(see the code following the call to vtksys::SystemTools::FileExist on line 928 of vtkKWFileBrowserDialog.cxx in CVS as of 24 Apr 2008).

A comment in the code indicates that this behaviour is designed to let the user enter a full pathname in the text entry box. However, it should check to see if the content of that box really is a full path (containing '/' or '\' or other path separators).


I encountered this bug when using Slicer3 to load old VoxelView datasets. Each dataset is in its own directory and contains a list of slices just named "1", "2" and so on. If I am in one VoxelView directory I can not not navigate to another directory and load it instead, since the above behaviour means that "1" always refers to "1" in the current directory.

No tags attached.
Issue History
2008-04-26 04:23Peter WainwrightNew Issue
2008-04-26 09:38Sebastien BarreStatusnew => assigned
2008-04-26 09:38Sebastien BarreAssigned To => Yumin Yuan
2008-10-19 06:29Peter WainwrightNote Added: 0013900
2008-10-20 13:31Yumin YuanNote Added: 0013909
2008-10-20 13:31Yumin YuanStatusassigned => resolved
2008-10-20 13:31Yumin YuanResolutionopen => fixed

Notes
(0013900)
Peter Wainwright   
2008-10-19 06:29   
This sounds like it may also be the cause of the Slicer3 bug:
http://www.na-mic.org/Mantis/view.php?id=331 [^]
(0013909)
Yumin Yuan   
2008-10-20 13:31   
This is fixed in cvs.