Open Bug 1253485 Opened 8 years ago Updated 2 years ago

Location bar doesn't preserve scroll position of the url after switching tabs

Categories

(Firefox :: Address Bar, enhancement, P5)

enhancement

Tracking

()

People

(Reporter: arni2033, Unassigned)

References

()

Details

(Keywords: parity-chrome, Whiteboard: [fxsearch])

>>>   My Info:   Win7_64, Nightly 47, 32bit, ID 20160229030448
STR:
1. Open http://example.org/ in a new tab
2. Open the following "data:" url or click URL in the form above
>   data:text/html,<input value="begin_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_T_end">
3. Click in urlbar
4. Press End key
5. Switch to the tab from Step 1 (click that tab OR press Ctrl+Shift+Tab)
6. Switch back to the tab from Step 2 (click that tab OR press Ctrl+Tab)

AR:
 When I leave the tab with long url (Step 5), the url is scrolled to the end. You can see word "end"
 When I go back to the tab with long url (Step 6), the url is scrolled to the beginning.

ER:  
 When I go back to the tab with long url (Step 6), url should be scrolled
 to exact place where it was when I left the tab.

Use case:
 There're many cases when I need to edit a long url (compared to urlbar). The simplest example is
  data: urls which I use as testcases to my 800+ bugs I filed about Firefox. Sometimes I need to
  switch to another tab to grab some string/url which I'm going to use in the long url.
 Caret is usually is already placed in the right place in the url. The only thing I need is to
  switch to another tab and grab a string. So when I go back, I expect is NOT to be extremely hard
  to find the exact place in url I stopped before switching to another tab.

 You can read about another use case in bug 1249330 (which is regression btw).

Note:
 I was surprised to find out that GoogleChrome actually does that with any scroll position of url
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
Whiteboard: [parity-Chrome] → [parity-Chrome][fxsearch]
Priority: P4 → P5
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-Chrome][fxsearch] → [fxsearch]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.