Sticky state for containers (?) when switching back and forth between the default and virtual file systems

Description

Still working on a good description. Here's a bes command file that shows the error:

The response should be to show the fnoc1 DDS and then two copies of the CSV file's DDS, but instead the second request (of the three) returns fnoc1's DDS.

Questions:

  • Is this a fail with the container, the container storage or the definitions?

  • Is this a real problem - the OLFS never issues requests like this? It seems we see this sticky behavior in a real running server when using the web interface, but I'm not able to reproduce that now

Environment

None

Status

Assignee

James Gallagher

Reporter

James Gallagher

Labels

Fix versions

Story Points

3

Affects versions

Hyrax 1.15.4

Epic Link

Priority

High
Configure