Project

General

Profile

Bug #2267

qnet - when navigating by cubes, new point created does not show up after switching navigation type to points

Added by Makayla Shepherd over 3 years ago. Updated 12 days ago.

Status:
Feedback
Priority:
Normal
Assignee:
Adam Goins
Category:
Applications
Target version:
-
Impact:

Minimal - QnetNavTool was the only thing affected by this change. (and perhaps, qnet, indirectly).

Software Version:
Test Reviewer:

Description

Steps to reproduce
load control network and list of cubes
filter points (point ID filter is fast)
switch navigation type to cubes
open a cube
manually create a point
save the point
switch navigation type back to points
new point does not show up

The fix to Bug #2144 caused this bug, as switching between the navigation types with filtered data simply calls up the previous filtered list. While saving or creating a new point will run filter() on the current navigation type (so if the navigation type is points only points will be re-filtered), it only runs the filter that navigation tool filter widget is currently on even if there are multiple filters, and it only runs the filter on the already filtered list (which does not contain the new point, so even if the new point meets all the criteria to be apart of the filtered list, it will not be included).


Related issues

Related to ISIS - Bug #2266: qnet - cube list not re-filtering when creaing a new point and navigating by points Feedback
Related to ISIS - Bug #2144: qnet - Filter being reset when navigation type changed Closed 2014-07-24
Related to ISIS - Bug #5419: Qnet causes error popup when creating a point with blank point filter selected Acknowledged

History

#1 Updated by Makayla Shepherd over 3 years ago

  • Related to Bug #2266: qnet - cube list not re-filtering when creaing a new point and navigating by points added

#2 Updated by Makayla Shepherd over 3 years ago

  • Related to Bug #2144: qnet - Filter being reset when navigation type changed added

#3 Updated by Moses Milazzo over 3 years ago

  • Status changed from New to Acknowledged

#4 Updated by Adam Goins 7 months ago

  • Assignee set to Adam Goins

#5 Updated by Adam Goins 7 months ago

  • Status changed from Acknowledged to In Progress

#6 Updated by Adam Goins 7 months ago

  • Status changed from In Progress to Resolved
  • Impact updated (diff)

QnetNavTool now has two additional member variables that keep track of the active filter for both point, and cubes.
Whenever a change is made, these member variables are updated and QnetFilter->filter() is called on both whenever a change is made to either, which updates both simultaneously with respect to the implemented change.

Testing can be done in /work/projects/isis/latest/m02266_m02267 where these changes have been built on prog24 for testing.
There's a folder in this directory called "testing" where there's a CASSIS control network that I was using for testing.

#7 Updated by Lynn Weller 7 months ago

  • Status changed from Resolved to Feedback

Similar to #2266, I get an error message along the way when following Makayla's instructions:

  • open images/net
  • filter on pointid under points tab
  • switch over to cubes
  • select cube to view
  • create new point; when I click ok on new point id I get an error Error - Enter search string
  • Ok to get rid of error
  • Save point, get error Error - Enter search string
  • ok to get rid of error
  • switch back to points, the new point is NOT there

I can only get rid of the error messages and see the new point in the list when I select Show All. This is true under the resolved version of this post on astrovm4 and isis3beta. Maybe I'm not testing the correct version (looks ok - /work/projects/isis/latest/m04146)?

#8 Updated by Adam Goins 7 months ago

/work/projects/isis/latest/m04146 is a different bug (ian's ticket about closing qnet but then clicking "cancel" still closes the qnet window but leaves it running).

Check /work/projects/isis/latest/m02266_m02267

#9 Updated by Lynn Weller 7 months ago

Oops! Ok, tested again under the correct version of the build, but I'm still not seeing the fix. More than anything, I repeatedly get the Error messages about "Enter search string" which is much more of a nuisance to a user than the filtering issue being reported (IMO, as a daily user).

The only way I can see any new points being added (after following the steps above) is to click on Show All. That's even when I name my new point such that it would otherwise end up being highlighted after the PointId filtering (which I verified by Show All, then Filter). So something is not quite working as expected on my end.

#10 Updated by Adam Goins 6 months ago

  • Related to Bug #5419: Qnet causes error popup when creating a point with blank point filter selected added

Also available in: Atom PDF