MantisBT - ParaView
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0013179ParaView(No Category)public2012-05-15 17:562016-08-12 09:59
ReporterAlan Scott 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionmoved 
PlatformOSOS Version
Product Versiongit-master 
Target Version5.1Fixed in Version 
ProjectSandia
Topic Name13179_fix_file_dialog_issues
Typeincorrect functionality
Summary0013179: Individual file open not possible of multiple file dataset
DescriptionWe cannot open an individual file of a multiple file dataset. For instance, (and this is true for any multiple file dataset), file open, then go to z_pinch1. If you click on the + sign, I see the following:
z_pinch1.exo.8
  z_pinch1.exo.8.0

What I expect to see is as follows:
z_pinch1.exo.8
  z_pinch1.exo.8.0
  z_pinch1.exo.8.1
  z_pinch1.exo.8.2
  z_pinch1.exo.8.3
  z_pinch1.exo.8.4
  z_pinch1.exo.8.5
  z_pinch1.exo.8.6
  z_pinch1.exo.8.7

Found on git master, Linux, local server.

I am leaving this normal priority, but it would be really nice to have.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
duplicate of 0011453closed Utkarsh Ayachit Exodus reader not reading individual files from multifile dataset correctly 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-05-15 17:56Alan ScottNew Issue
2012-05-16 12:06Utkarsh AyachitNote Added: 0028610
2012-05-16 15:43Utkarsh AyachitTopic Name => 13179_fix_file_dialog_issues
2012-05-16 15:43Utkarsh AyachitNote Added: 0028611
2012-05-16 15:43Utkarsh AyachitStatusbacklog => gatekeeper review
2012-05-16 15:43Utkarsh AyachitFixed in Version => git-next
2012-05-16 15:43Utkarsh AyachitResolutionopen => fixed
2012-05-16 15:43Utkarsh AyachitAssigned To => Utkarsh Ayachit
2012-05-18 14:46Utkarsh AyachitFixed in Versiongit-next => git-master
2012-05-18 14:49Utkarsh AyachitStatusgatekeeper review => customer review
2012-05-22 19:19Alan ScottRelationship addedduplicate of 0011453
2012-07-06 01:10Alan ScottNote Added: 0028753
2012-07-06 01:10Alan ScottStatuscustomer review => todo
2012-08-08 15:52Alan ScottNote Added: 0028980
2012-08-14 09:28Utkarsh AyachitAssigned ToUtkarsh Ayachit => Dave DeMarle
2012-08-14 09:29Utkarsh AyachitFixed in Versiongit-master =>
2012-08-14 09:29Utkarsh AyachitTarget Version => 4.0
2012-08-23 09:45Dave DeMarleStatustodo => active development
2012-08-28 11:35Dave DeMarleStatusactive development => todo
2012-08-28 11:42Dave DeMarleNote Added: 0029085
2012-10-22 16:24Dave DeMarleStatustodo => active development
2012-11-08 13:02Dave DeMarleStatusactive development => todo
2014-01-16 17:04Utkarsh AyachitAssigned ToDave DeMarle =>
2014-01-16 17:04Utkarsh AyachitTarget Version4.0 => 4.2
2014-07-31 13:07Utkarsh AyachitStatustodo => backlog
2014-11-14 22:52Utkarsh AyachitTarget Version4.2 => 4.4
2015-09-11 16:43Utkarsh AyachitTarget Version4.4 => 5.1
2015-10-23 16:13Alan ScottNote Added: 0035385
2015-10-23 16:19Utkarsh AyachitNote Added: 0035387
2015-10-23 16:58Alan ScottNote Added: 0035388
2016-08-12 09:59Kitware RobotNote Added: 0038212
2016-08-12 09:59Kitware RobotStatusbacklog => closed
2016-08-12 09:59Kitware RobotResolutionfixed => moved
2016-08-12 09:59Kitware RobotAssigned To => Kitware Robot

Notes
(0028610)
Utkarsh Ayachit   
2012-05-16 12:06   
The bug seems to be related to the location of the files as well. e.g. if I move the z_pinch* files to /tmp/, all's good. Create a new directory /tmp/foo/ and move them to the this new dir, and the bug surfaces.
(0028611)
Utkarsh Ayachit   
2012-05-16 15:43   
commit b9daec33b23f04efa7bf81911bb830f03cefe360
Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Date: Wed May 16 15:41:27 2012 -0400

    BUG 0013179. Fixed pattern matching issue causing files to be hidden.
    
    Files in a file-group sometimes were hidden away due to incorrect filtering.
    Updated the filter to handle filtering of names in a file group by testing the
    group's name rather than the name of the file itself.

commit a43926338489b5b47bf6b092c724c7afe166a1be
Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Date: Wed May 16 14:03:43 2012 -0400

    Model used invalid index for some API when dealing with groups.
    
    This resulted in the dialog using incorrect items when testing for
    isHidden/isDir etc. This was causing the "special" behaviour as documented on
    BUG 0013179. Now the bug is consistently reproducible, no matter where the files
    are placed.
(0028753)
Alan Scott   
2012-07-06 01:10   
Nope, not fixed.

The Open dialog box now works correctly, but when I actually try to read one file (for instance file number 2), all the files get loaded. Only that file that I select should be loaded.

Tested Windows, local server, master.
(0028980)
Alan Scott   
2012-08-08 15:52   
This now works for some file types, but not others. Exodus and CTH are still broken. For instance, the Exodus reader is opening up the series if any single file is chosen.
(0029085)
Dave DeMarle   
2012-08-28 11:42   
The issue is that exodus and cth automatically look for sibling files in the same directory and open them.
I prototyped a change that detects when you select a single file in the gui and uses a new property on both readers to disable that behavior. In gerrit review though, it was suggested that a better approach would be to deprecate that behavior and let the gui specifically tell the reader what files to open, since it can do that now. To do so, we need to add an addfilename method, and use the repeat_command attribute in the xml property, and in the case of exodus add a list of lists of files to the fileseriesreader so that the exodus reader will be given the entire set of files rather than just the first one.
(0035385)
Alan Scott   
2015-10-23 16:13   
This is impacting yet another customer. Don't slip past 5.1.
(0035387)
Utkarsh Ayachit   
2015-10-23 16:19   
Alan, this one of those that I'd classify under "Exodus rewrite". Currently the way exodus handles file series is complicated and confusing. It totally ignore what the ParaVIew UI tells it and just goes about finding files on its own. I believe that code would need to be rewritten/updated.
(0035388)
Alan Scott   
2015-10-23 16:58   
OK. Maybe it's time to rewrite the Exodus reader. Maybe for 5.2? 5.1 is filling up, this early in the game... Or, want to try for 5.1?

This functionality does need to get fixed, however that happens.
(0038212)
Kitware Robot   
2016-08-12 09:59   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page.