Incident form automatically jumps / scolls to the Activity

[puffysleaves]

When most users go to the incident form, the browser immediately jumps to the activity section of the incident form as if the Show Activity Stream button were pressed. This happens when going to an existing incident or creating a new one. I see this happen while impersonating a user while looking at an incident at 100% zoom in the browser. When I look at the same incident with my account in the same browser at the same zoom, everything is fine and the page does not jump. With Chrome, Firefox and IE browsers, I can only get the page to jump down to the activity section with my admin account if I zoom in 125% in any browser. So I'm confused. I've been using the zoom as a temporary solution. Some people zoom out to 90% or 80% in their browser and this jumping behavior stops but that's not a solution for everybody. Most of our users use Firefox and unfortunately IE. I believe this started happening after the upgrade to Helsinki. Why is this happening and how can I stop it?

[drjohnchun]

Have they tried using another form view to see if the same issue occurs? Although not directly related, this post might be of interest: User can't see top portion of Requested Item form

Hope this helps.

Please feel free to connect, follow, mark helpful / answer, like, endorse.

John Chun, PhD PMP

Winner of November 2016 Members' Choice Award

[puffysleaves]

Thanks John. I added the role and changed the view from Default to Major Incidents and then to ESS View and the issue only happened with Default. Changing the view back to Default made the issue happen again. I need them to be in the Default View so unfortunately I can't leave them with another view. So the issue is only happening with the Default View as far as I can tell. This issue started happening after upgrading from Eureka to Helsinki back in July. It was happening to me but about 1 month ago it magically fixed itself. I will check the onLoad client scripts and see if there's something causing this annoying automatic scrolling and post an update but I doubt I will find a cause of this issue in there.

[drjohnchun]

OK, that's a good find. You may try this next to see if there are any user preferences that might be doing this (these sometimes get added with no good reasons):

1. In the Navigator filter, type in "sys_user_preference.list" and hit Enter.
2. Filter by User = one of those having the issue.
3. If you see records, look for anything suspicious.
4. You may repeat this for other users having the same issue and those without an issue and see if there's a preference that's common only among those with issues.
5. You may modify/delete the preference for one user and see if the issue goes away.
6. Repeat as needed.

If this resolves the issue, then you may now look for the reason why these preferences got added for those users and make sure it doesn't happen again.

[puffysleaves]

I had to update the question a little bit. Turns out all users experience this issue, including me but my browser is zoomed out so I didn't notice the auto scrolling until I started playing around with the incident form more.

I'm not seeing any strange user preferences. It's the typical CMDB order, a module, update set, standard stuff. Would it be safe to delete all of a particular user's preferences just in dev instance? I'm still looking at the 50+ active client scripts running on the incident form to see if that leads somewhere.