Open
Bug 1412819
Opened 8 years ago
Updated 1 years ago
Switching to a new opened tab may show toolbar when it shouldn't (TabScrollController KVO bug)
Categories
(Firefox for iOS :: General, defect, P3)
Tracking
()
NEW
People
(Reporter: csuciu, Unassigned)
Details
Attachments
(1 obsolete file)
master d80fd66a
v10.0(7473)
1. Go to www.bbc.com.
2. Scroll to hide the toolbars.
3. Long tap on a link and select "Open in New Tab".
4. Switch to the new tab via the toast.
Result:
- on iOS 10 the toolbars are displayed in the new tab.
- on iOS 11 the toolbars are not displayed in the new tab.
I'm not sure which behavior is correct but it should be consistent across iOS versions.
Updated•8 years ago
|
Priority: -- → P3
Correct behavior is to not show the toolbars once they are hidden.
On iOS 10 iPhone 6 Simulator I can't reproduce this, however I am building from master branch.
I built v10.x in simulator. On v10x and master I can get bbc.com to trigger this but not other sites.
Any site could show the toolbars if the rendering of the page triggers a webview content size notification. The TabScrollController listens for this event (KVO) and shows the toolbar. I am sure we could get this to happen on 11, however I assume WKWebView on iOS 11 is more selective about when it sends content size notifications.
This code should be fragile and the KVO should be made more selective or removed entirely (maybe as part of tech debt work).
Assignee: gkeeley → nobody
Summary: Inconsistency in showing the toolbars when switching to a new opened tab → Switching to a new opened tab may show toolbar when it shouldn't (TabScrollController KVO bug)
Updated•3 years ago
|
Severity: normal → S3
Updated•1 years ago
|
Attachment #9381656 -
Attachment is obsolete: true
You need to log in
before you can comment on or make changes to this bug.
Description
•