Closed
Bug 746538
Opened 12 years ago
Closed 12 years ago
After opening the hardware keyboard and dismissing the AwsomeBar the viewport is not repainted in landscape mode
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(blocking-fennec1.0 +)
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
blocking-fennec1.0 | --- | + |
People
(Reporter: AdrianT, Assigned: cpeterson)
Details
Attachments
(2 files)
Fennec/14.0a1 2012-04-18 Device: Motorola Droid 2 (Android 2.3)/ HTC Desire Z (Android 2.3) Steps to reproduce: 1. In Portrait mode visit any website. 2. Tap in the AwsomeBar. 3. Open the Hardware keyboard. 4. Press the back button to dismiss the AwsomeBar. 5. Reload the page or tap in the URL and navigate to a different page. Expected results: Everything loads without any issues. Actual results: If the page is reloaded the viewport is fixed and the user can't scroll. If the user navigates to a second website the page loads under the current viewport leaving the content displayed. This behavior is reproducible until the user restarts Firefox. rotating the device once repaints the content. Notes: Please see the videocapture: http://youtu.be/LFtOq8cjEec
Comment 1•12 years ago
|
||
I could reproduce this on the 23rd build. I cannot reproduce this on the 25th build.
Status: NEW → RESOLVED
blocking-fennec1.0: --- → ?
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 2•12 years ago
|
||
This is still reproducible on: Nightly Fennec/15.0a1 2012-05-03 Device:HTC Desire Z OS: Android 2.3.3
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 3•12 years ago
|
||
The issue persists, if the user navigates to a second website the page loads under the current viewport leaving the content displayed. But now the viewport is not fixed, you can scroll the page up/down. Also is not reproducible if the page is reloaded.
Comment 4•12 years ago
|
||
Can we reproduce this using landscape, but no hardware keyboard? Also, can you retest this with a new nightly? (we landed a patch to fix "handheldfriendly" conflicts)
Keywords: qawanted
Comment 5•12 years ago
|
||
I can reproduce this using latest Nightly Fennec/15.0a1 (2012-05-06) on HTC Desire Z(2.3.3.) whit the initial STR, although the behavior is a little bit different. The second page is not loaded at all only a blank page is displayed, if the device is rotated from landscape to portrait only the view-port is updated leaving the rest of the page blank. After reloading the page a blank page appears. Please see the log file. The issue is not reproducible when using landscape mode without opening the hardware keyboard.
Keywords: qawanted
Comment 6•12 years ago
|
||
Updated•12 years ago
|
Assignee: nobody → cpeterson
blocking-fennec1.0: ? → +
Assignee | ||
Comment 7•12 years ago
|
||
I was able to intermittently reproduce this bug on Droid 2. Sometimes the page will reload and scroll, but will not paint the page as you scroll down. Sometimes the page will repeat parts of the page. This seems like a graphics invalidation problem where the browser has some old state from portrait mode that did not get updated when the HKB caused the AwesomeScreen to rotate. Rotating the device without opening the HKB does not seem to cause the problem.
Comment 8•12 years ago
|
||
Does this still happen Paul?
Comment 9•12 years ago
|
||
I can't reproduce it on today's Nightly (2012-05-22) using HTC Desire Z (2.3.3)
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → WORKSFORME
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•