Closed Bug 619786 Opened 9 years ago Closed 9 years ago

System titlebar seen at all times

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Maemo
defect
Not set

Tracking

(fennec2.0+)

VERIFIED FIXED
Tracking Status
fennec 2.0+ ---

People

(Reporter: untitled.titled, Assigned: mfinkle)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12 ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Maemo; Linux armv7l; rv:2.0b9pre) Gecko/20101216 Firefox/4.0b9pre Fennec/4.0b4pre

Qt version of Fennec nightly
While previous versions of Fennec (4.0b3pre one of them) replaced system titlebar with Fennec urlbar and buttons "Switch between application" and "Close Fennec window", this 4.0b4pre show system titlebar above urlbar and doesn't have its own buttons "Switch between application" and "Close Fennec window".

Reproducible: Always

Steps to Reproduce:
1. Open Fennec on Maemo.
2.
3.
Actual Results:  
System titlebar above urlbar.

Expected Results:  
System titlebar replaced with urlbar.

Fennec Qt on Maemo 5.
Attached image Screenshot
OS: Other → Maemo
If I start "fennec" from Terminal, it shows system titlebar. If I start "fennec
about:config" from Terminal, it doesn't show system titlebar, and the close
Fennec window button works correctly, but switch to other application button
doesn't do anything, so I have to use "Ctrl+Backspace" instead.
Not sure who's working on Fennec QT builds, but this sounds like a bad bug.
tracking-fennec: --- → ?
Actually I can reproduce this on:
Mozilla/5.0 (Maemo; Linux armv7l; rv:2.0b9pre) Gecko/20101220
Firefox/4.0b9pre Fennec/4.0b4pre

Perhaps this was an intentional change?
Status: UNCONFIRMED → NEW
Ever confirmed: true
qt isn't blocking our release
tracking-fennec: ? → 2.0-
I'm using a gtk build.
Hardware: Other → ARM
If this is happening on the GTK build, we should get it fixed.
tracking-fennec: 2.0- → 2.0+
Can we get a regression range?
Attached patch patchSplinter Review
defaultURL was undefined in BrowserCLH.js, and openWindow didn't like that. This patch adds the getHomepage() back to CLH and juggles the URL in browser.js
Assignee: nobody → mark.finkle
Attachment #500883 - Flags: review?(mbrubeck)
Attachment #500883 - Flags: review?(mbrubeck) → review+
pushed:
http://hg.mozilla.org/mobile-browser/rev/e4a6d55bde06
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Verified fixed. Thanks.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.