Closed
Bug 910707
Opened 11 years ago
Closed 11 years ago
Bottom toolbar not visible on Nexus 4
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: daleharvey, Assigned: gduan)
References
Details
Attachments
(1 file)
The default apps (phone, sms, contacts, browser) on the bottom of the homescreen are not visible when flashing master to the nexus 4
Comment 1•11 years ago
|
||
It is possible to access the browser by entering 'browser' in the search box, but attempts to add it to the home screen give the following error: 'The page at app://homescreen.gaiamobile.org says: Browser was already added to Home Screen'
Comment 2•11 years ago
|
||
Who's the right person to look into this?
Reporter | ||
Comment 3•11 years ago
|
||
I am now seeing this on peak builds, so looking like a HD problem, got any ideas KM?
Flags: needinfo?(rexboy)
Comment 4•11 years ago
|
||
Can't reproduce on nightly.. Maybe I need a true devices. (From the spec I suppose nexus 4 should use dppx=2 with 360x640 css pixels in resolution) Not claning the needinfo for tracing.
Comment 5•11 years ago
|
||
I'm seeing this still on Nexus 4. Rexboy, maybe someone in the office has similar size screen could try on?
Comment 6•11 years ago
|
||
On my Nexus 4 build from last week, the bottom bar is now visible because the home soft-button was removed. Instead, a swipe-up-from-bottom-edge gesture appeared to be available, acting like a single-press on the home button. (There didn't seem to be a way to approximate long-press.) This may have changed again; I've been a bit gun-shy about updating my build because of the tree breakage going on.
Comment 7•11 years ago
|
||
v1.2 Nexus 4 still has this issue today. Gaia: 1e9470b9b6df630eddf1c4c8b25b3170ee786b0e Gecko: 451e86c3f046ef118124320550f2bc01b406aef5
Comment 8•11 years ago
|
||
I'm still seeing a home soft-button, and no dock. Actually, just after a "make reset-gaia" I had a dock with two icons, but after rebooting the dock was gone again :)
Comment 9•11 years ago
|
||
OK! Found a pattern. I just did a fresh build, and had a dock after first boot. But after subsequent boots, there's only the home soft-button, and *no* dock.
Comment 10•11 years ago
|
||
Confirmed, flashing gets the dock back for exactly that first boot, and get the home button for all boots after that.
Comment 11•11 years ago
|
||
Bug 918874 landed recently (Sep 26th, 3:09am Pacific) on master which should change things. Dietrich, does your build include that rev?
Depends on: 918874
Comment 12•11 years ago
|
||
Latest build gave me a dock and a soft-home-button. However, the dock only had 2 icons. After reboot, the dock is visible, but has zero icons.
Comment 13•11 years ago
|
||
Hi George, do you have ideas about this? Can you reproduce?
Flags: needinfo?(rexboy) → needinfo?(gduan)
Assignee | ||
Comment 14•11 years ago
|
||
What I see now ,when software button is enabled and displayed, the bottom docks are all gone. I think the reason is because in homescreen.css, they use a mediaquery to hide the footer for keyboard displaying(?). After removing that, all the docks are back with software btns. Let me try to fix that.
Flags: needinfo?(gduan)
Assignee | ||
Comment 15•11 years ago
|
||
Hi Vivien, This patch should fix the invisible dock bar and also update a better method to switch home-gesture and sft home button when initializing. Please kindly review. Thanks.
Attachment #812943 -
Flags: review?(21)
Comment 17•11 years ago
|
||
Comment on attachment 812943 [details]
PR to master
I never touch this code so let's find a more appropriate reviewer.
Attachment #812943 -
Flags: review?(21) → review?(alive)
Assignee | ||
Comment 18•11 years ago
|
||
Hi, I download latest gaia and saw someone has removed the search bar for e.me from homescreen's first page. Is it expected behavior? If so, I guess we can remove all the mediaquery part of homescreen.css ? (https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/style/homescreen.css#L152 )
Flags: needinfo?(crdlc)
Comment 19•11 years ago
|
||
Hi, This was done in bug 838634 by Evyatar and reviewed by Vivien. It was during my Summer holidays then I don't have idea what is the purpose of that sadly and I cannot help you Sorry
Flags: needinfo?(evyatar)
Flags: needinfo?(crdlc)
Flags: needinfo?(21)
Assignee | ||
Comment 20•11 years ago
|
||
Comment on attachment 812943 [details] PR to master Please ignore comment 18, the searchbar only disappear on nightly. I think the mediaquery part in homescreen.css is not good. I will update my patch later.
Attachment #812943 -
Flags: review?(alive)
Updated•11 years ago
|
Flags: needinfo?(evyatar)
Comment 21•11 years ago
|
||
I just heard about the "enable software home button" setting, so i unchecked it to get the apps back in the dock, and filed bug 926631 and bug 926632. George, any ETA for a solution to some of these issues?
Assignee | ||
Comment 22•11 years ago
|
||
Sorry, I wish I can update, but currently I have no device to verify my patch. I will try to borrow one these days!
Assignee | ||
Comment 23•11 years ago
|
||
Comment on attachment 812943 [details]
PR to master
Hi Vivien and Alive,
this patch has modify homescreen.css for different device and also some logic of software_home_button.js and home_gesure.js to make sure the software home button would always display on Nexus 4 device when initializing.
could you kindly help to review this patch?
Attachment #812943 -
Flags: review?(alive)
Attachment #812943 -
Flags: review?(21)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → gduan
Comment 24•11 years ago
|
||
Comment on attachment 812943 [details]
PR to master
I'm fine with whatever Alive agree with.
Attachment #812943 -
Flags: review?(21) → feedback+
Comment 25•11 years ago
|
||
Comment on attachment 812943 [details]
PR to master
We had done something complex here...
The right logic looks to me is
=== hasHardwareHomeButton? ===
1. Yes --> listen to settings and
(A) Turn off SoftwareHomeButton when HomeGesture is turned on.
(B) Turn off HomeGesture when SoftwareHomeButton is turned on.
* SoftwareHomeButton and HomeGesture couldn't be on at the same time. (Am I right?)
2. No -->
(A) Automatically enable HomeGesture if we're tablet. Ignore any settings(neither read nor write nor observe change nor listen event). * Hide both the settings in Settings app.
(B) If we're not tablet automatically enable SoftwareHomeButton and sends event to HomeGesture to turn off HomeGesture Settings. On the other hand if HomeGesture is turned on, sends event to SoftwareHomeButton to turn off SoftwareHomeButton Settings. * Hide SoftwareHomeButton settings in Settings app and display HomeGesture settings.
So, let's decouple the settings ON state and realistic ON state as
HomeGesture.ON = hasHardwareButton ? (!SoftwareButtonManager.settingsON && HomeGesture.settingsON) : (isTablet? true : (!SoftwareButtonManager.ON && HomeGesture.settingsON));
SoftwareButtonManager.ON = hasHardwareButton ? (SoftwareButtonManager.settingsON && !HomeGesture.settingsON) : (isTablet? false : (!HomeGesture.settingsON));
settingsON means the observed value in SettingsListener.observe callback.
don't try to write settings anymore because we don't need and it's annoying to have bug like 926631.
It would not be a trivial fix, if you don't want to work on please assign to me.
Let me know if you have questions about my proposal.
Attachment #812943 -
Flags: review?(alive)
Assignee | ||
Comment 26•11 years ago
|
||
Comment on attachment 812943 [details] PR to master Hi Alive, thanks for your advice, so we'll only enable gesture on tablet, and hide setting of software_home_button on mobile that has no hardware home button. I update my patch as you stated in comment 25. Please kindly check again.
Attachment #812943 -
Flags: review?(alive)
Assignee | ||
Updated•11 years ago
|
Attachment #812943 -
Flags: review?(alive)
Assignee | ||
Updated•11 years ago
|
Attachment #812943 -
Flags: review?(alive)
Comment 27•11 years ago
|
||
Comment on attachment 812943 [details]
PR to master
You should not merge before fixing travis.
Attachment #812943 -
Flags: review?(alive) → review+
Assignee | ||
Comment 28•11 years ago
|
||
Just checked why ui-test failed, I think it's caused by the test's own bug, and not related to my patch. Merge into master, https://github.com/mozilla-b2g/gaia/commit/e10553a9099545157636a057c170c77fb4cb93a5
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(21)
Resolution: --- → FIXED
Comment 29•11 years ago
|
||
Thanks George and Alive! George, were you able to fix the broken test?
Comment 30•11 years ago
|
||
George, does your fix for this bug have an effect on bug 926631 or bug 926632?
Assignee | ||
Comment 31•11 years ago
|
||
Yesterday I tried on Nexus 4 , it seems bug 926632 is resolved, but I didn't try to reboot it. Currently, I just found there's another issue on inari and buri, whenever I enable the software home button and try to reboot, I cannot launch most of apps. File a new bug 929285 for it.
You need to log in
before you can comment on or make changes to this bug.
Description
•