Uploaded image for project: 'XNAT'
  1. XNAT
  2. XNAT-5952

Don't force a page reload when deleting scans

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 1.7.5.1
    • Fix Version/s: 1.7.5.3
    • Component/s: Selectable Table
    • Labels:
    • Rank:
      0|0hzz0v:i

      Description

      Originally reported by Simon Doran:

      I have a project in which sessions have a large number of scans and these have accidentally all been imported to XNAT instead of just choosing a selection. This means that the session report pages are becoming unwieldy and take ages to load.

      Since I discovered this before uploading very many subjects, I thought that it should be easy to fix by using the web interface to delete my unwanted scans. However, I found this to be unbelievably tedious, because every time I click on delete for a single scan in the session edit page, the browser has to reload the entire page. Is there any way of deleting multiple scans via the UI, or is this a job that I should attempt only programmatically?

      https://groups.google.com/forum/#!topic/xnat_discussion/WdilVtYdPsg

        Activity

        Hide
        markflorida@wustl.edu Mark Florida added a comment -

        Charlie Moore I don't know if we want to call this "Solved" since the issue mentioned is on the edit page, but deleting a scan from the listing table should be less painful.

        Show
        markflorida@wustl.edu Mark Florida added a comment - Charlie Moore I don't know if we want to call this "Solved" since the issue mentioned is on the edit page, but deleting a scan from the listing table should be less painful.
        Hide
        markflorida@wustl.edu Mark Florida added a comment -

        There are other issues on the session edit page that are popping up when trying to look at the issue there.

        Show
        markflorida@wustl.edu Mark Florida added a comment - There are other issues on the session edit page that are popping up when trying to look at the issue there.
        Hide
        moore.c@wustl.edu Charlie Moore added a comment -

        I think that's fine, to be honest. The session edit page was being used because this was 1.7.4.1 (so there's no selectable table), but it's easier to use the scan table anyway.

        Show
        moore.c@wustl.edu Charlie Moore added a comment - I think that's fine, to be honest. The session edit page was being used because this was 1.7.4.1 (so there's no selectable table), but it's easier to use the scan table anyway.

          People

          • Assignee:
            markflorida@wustl.edu Mark Florida
            Reporter:
            hortonw@wustl.edu Will Horton
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: