Bug #4616

Clicking on some archival description area headings to edit them results in the record opening improperly

Added by Dan Gillean almost 9 years ago. Updated almost 6 years ago.

Status:FeedbackStart date:02/04/2013
Priority:MediumDue date:
Assignee:-% Done:

0%

Category:Menu / navigationEstimated time:1.50 hour
Target version:-
Google Code Legacy ID: Tested version:2.0.0, 2.0.1, 2.2
Sponsored:No Requires documentation:

Description

To reproduce this issue
Navigate to the AtoM 2.0 development site
Select an archival description
- I was using Firefox 18 to reproduce this behaviour
- I used a record whose default template was set to RAD
Click on the Dates of Creation Area header to open it in edit mode

Resulting Error
Page loads at the very bottom; the description template is not in view and the user must scroll back up to the correct position

Expected Result
Edit template opens in correct position, with the Area header at the top of the screen and the fields of the selected area in view below

NOTES
This behaviour has also been reproduced on the ISDIAH edit template: clicking on the Contact Area header of an ISDIAH record to edit it results in the page loading at the very bottom.

screenshot 2013-09-27 at 3.29.37 PM.png (99.2 KB) Jesús García Crespo, 09/27/2013 03:30 PM

clicking-relationships-area.png (8.66 KB) Dan Gillean, 09/28/2013 04:47 PM

History

#1 Updated by Dan Gillean almost 9 years ago

  • Description updated (diff)
  • Category set to Menu / navigation
  • Assignee set to Jesús García Crespo
  • Target version set to Release 2.0 - interim 1

#2 Updated by Jessica Bushey over 8 years ago

  • Target version changed from Release 2.0 - interim 1 to Release 2.0.0

#3 Updated by Jesús García Crespo over 8 years ago

  • Target version changed from Release 2.0.0 to Release 2.0 - interim 1

#4 Updated by David Juhasz over 8 years ago

  • Target version changed from Release 2.0 - interim 1 to Release 2.0.0

#5 Updated by Jesús García Crespo over 8 years ago

  • Estimated time set to 1.50

#6 Updated by Jesús García Crespo over 8 years ago

  • Status changed from New to QA/Review

#7 Updated by Dan Gillean over 8 years ago

  • Status changed from QA/Review to Feedback

This is mostly fixed. When the page is opened via the edit button, all areas can be expanded/collapsed properly. However, entering the edit template by clicking on an information area where the area has a bunch of fields (such as the Archival description area or the Notes area in the RAD template) does not result in the Area heading loading at the top of the page - rather, the user enters the record's edit page at the BOTTOM of the selected information area, which can be disorienting.

Ideal behaviour is that when an information area is clicked to enter the edit template, that information area heading will be in view at the top of the page/screen when it reloads in edit mode, so the user has context about which area they have entered.

#8 Updated by Jesús García Crespo over 8 years ago

Maybe send me a screenshot? It's working for me. Of course, sometimes the area can't be scrolled up to the top if the end of the page has been reached... I'm not sure if that's the case?

#9 Updated by Jesús García Crespo over 8 years ago

  • Target version changed from Release 2.0.0 to Release 2.1.0

#10 Updated by Dan Gillean over 8 years ago

I think this is mostly fixed throughout the app. However, the Relationships area header in authority records still produces this result. Attaching screenshot - note that it loaded the page so low that i had to scroll up a bit to show the bottom of the button block just for context before taking the screenshot. The problem is that the user might think its a whitescreen/500 error if they don't look around/try scrolling back up.

#11 Updated by Jesús García Crespo over 7 years ago

  • Target version changed from Release 2.1.0 to Release 2.2.0

#12 Updated by Dan Gillean almost 7 years ago

  • Target version deleted (Release 2.2.0)
  • Tested version 2.0.0, 2.0.1, 2.2 added

#13 Updated by Jesús García Crespo almost 6 years ago

  • Assignee deleted (Jesús García Crespo)

Also available in: Atom PDF