edit section in sidebar menu: edit page of selected item / collection / community does not refresh

[saschaszott]

This bug affects DS 7.5 and it can be reproduced in the DS 7.5 demo instance.

bug description and steps to reproduce

1. hover over sidebar menu and choose Edit menu section

2. within menu section choose entry Community, Collection or Item

3. (the following description assumes that a collection was chosen)

4. choose a collection from the collection list that is shown in the modal dialog (in this example 1205TestCollection was chosen)

5. the edit form of the selected collection is shown

6. go back to step 1 and repeat the process until step 5 (choose another collection in step 5)

After the second pass of step 5 the browser URL changes (from https://demo7.dspace.org/collections/733388bf-9adb-4218-b899-ce22deb27fdd/edit/metadata to https://demo7.dspace.org/collections/33441398-de98-4ec1-86b7-3f57688b1856/edit/metadata), but the form fields are not updated, e.g. in the Name input field the name of the previously chosen collection is still present (marked in the screenshot).

If you refresh the page or open https://demo7.dspace.org/collections/33441398-de98-4ec1-86b7-3f57688b1856/edit/metadata directly, the Name input field contains the correct value:

The same (buggy) behaviour appears if you choose a community or item in step 2. Any subsequent selection of an another community or item shows the values of the community / item that was initially selected.

[tdonohue]

I can reproduce this locally... the steps are pretty simple & unfortunately occur both for "Edit -> Community" or "Edit -> Collection".

1. Go to "Edit -> Community" (or "Edit -> Collection")
2. Select a Community (or Collection). It doesn't matter which one, but pay attention to which you have selected
3. Go back to the same "Edit -> Community" (or "Edit -> Collection"). Make sure it's the same type of edit... e.g. if you previously selected a Community, then select "Edit -> Community" again.
4. Select a different Community (or Collection). Bug: Look closely. The form still contains the metadata of the previously selected Community or Collection.

I'll see if anyone can dig into this. It appears to be a caching issue with the form. If you reload the page, the form then reloads properly.

[saschaszott]

Thanks, @tdonohue . Items are also affected.

Normally, the UUIDs in the URL and in the Item internal ID match.

If the caching issue appears, the UUIDs do not match