Closed Bug 619786 Opened 14 years ago Closed 14 years ago

System titlebar seen at all times

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Maemo
defect
Not set
normal

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+
Status: NEW → RESOLVED
Closed: 14 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.

Attachment

General

Creator:
Created:
Updated:
Size: