Closed
Bug 1162930
Opened 9 years ago
Closed 9 years ago
Update Firstrun background image to fix scrolling/measure problems
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(firefox42 fixed, firefox43 fixed)
RESOLVED
FIXED
Firefox 43
People
(Reporter: florian, Assigned: liuche)
Details
Attachments
(8 files, 10 obsolete files)
40 bytes,
text/x-review-board-request
|
mhaigh
:
review+
|
Details |
40 bytes,
text/x-review-board-request
|
mhaigh
:
review+
|
Details |
478.65 KB,
application/zip
|
Details | |
111.93 KB,
image/png
|
Details | |
83.10 KB,
image/png
|
Details | |
101.05 KB,
image/png
|
Details | |
150.26 KB,
image/png
|
Details | |
546.42 KB,
patch
|
liuche
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
See attached screenshot where the last line is cut. Yet, there's no scrollbar. If I hold the phone in the landscape orientation, then I can scroll and read the last line.
Updated•9 years ago
|
Flags: needinfo?(liuche)
Assignee | ||
Comment 1•9 years ago
|
||
Florian, what device is this? I thought we had a fix for this in bug 1128431, but it looks like this is a case that that we didn't cover in that bug. This might be because this fix was a hack, and only tested on non-localized builds... Of note, the user studies builds in bug 1148460 that Gemma is testing don't have this problem (because they have a different layout), so when we switch to that, this bug will go away. In the meantime, it depends on if we want to figure out the real fix for this, versus using the hack. mcomella suggested that maybe this is an onMeasure problem, where the welcome screen isn't taking into account the height of the title bar, so it thinks the screen is big enough to show everything (and doesn't display the scrollbar). Ally, since you did the work on the original bug, do you want to take this bug?
Flags: needinfo?(liuche) → needinfo?(ally)
Reporter | ||
Comment 2•9 years ago
|
||
(In reply to Chenxia Liu [:liuche] from comment #1) > Florian, what device is this? Sony Xperia Z3C running Android 5.0.2.
Updated•9 years ago
|
Assignee: nobody → ally
Flags: needinfo?(ally)
Comment 3•9 years ago
|
||
Do we have one of these phones floating about mozpdx that I could borrow for this?
Flags: needinfo?(kbrosnan)
Comment 5•9 years ago
|
||
It looks like this issue would appear on any small-screen device with a french build. Can you try installing a french build on one of the other small-screen devices you have laying around?
Comment 6•9 years ago
|
||
Yea, thats my next plan of attack.
Updated•9 years ago
|
Assignee: ally → nobody
Comment 7•9 years ago
|
||
Chenxia, can this be a mentor bug? Or can this be part of our "first run v2" work? We should try to fix this, since it leaves a bad first impression for users.
Flags: needinfo?(liuche)
Assignee | ||
Comment 8•9 years ago
|
||
This would be fixed in the v2, that's in bug 1172623 - we're using pngs instead of colors, so it doesn't require the somewhat hacky solution in bug 1128431. I could update the screen with one of the images of the new screens, which would fix the problem. Antlam, if I were to use one of the images from bug 1172623 for the existing first run copy/buttons, which should I use? The messy desk or the devices?
Flags: needinfo?(liuche) → needinfo?(alam)
Comment 9•9 years ago
|
||
(In reply to Chenxia Liu [:liuche] from comment #8) > This would be fixed in the v2, that's in bug 1172623 - we're using pngs > instead of colors, so it doesn't require the somewhat hacky solution in bug > 1128431. I could update the screen with one of the images of the new > screens, which would fix the problem. > > Antlam, if I were to use one of the images from bug 1172623 for the existing > first run copy/buttons, which should I use? The messy desk or the devices? This works out! I actually wanted to see if we could get these illustrations in to replace the single slide app icon. But, I was going to wait for our second slide. After some thought, we should just replace it with one of those illustrations since we have them and they are quite nice ;) So, maybe we can kill 2 birds here! Let's use the desk illustration in the opening slide. I think its more whimsical as well! :)
Flags: needinfo?(alam) → needinfo?(liuche)
Assignee | ||
Comment 10•9 years ago
|
||
Okay, I'll do that :) Morphing the bug name to better reflect what we'll be doing.
Assignee: nobody → liuche
Flags: needinfo?(liuche)
Summary: The welcome page doesn't scroll and isn't fully readable in the portrait orientation → Update Firstrun background image to fix scrolling/measure problems
Assignee | ||
Comment 11•9 years ago
|
||
Antlam: Can you get me the images for this? Specifically, hdpi/xhdpi/xxhdpi versions of the messy desk with the phone centered.
Flags: needinfo?(alam)
Comment 12•9 years ago
|
||
Note: We'll need to update the build icon size to be placed in the middle there. In the design, it should be 48 dp wide :) But, I'm also realizing that we need to think about tablets in this case so we should see what this looks like on a tablet too. We might have to end up splitting the illustration into multiple parts... Want to give it a crack and show me some builds Chenxia? :D
Flags: needinfo?(alam) → needinfo?(liuche)
Comment 13•9 years ago
|
||
^ also, I updated these sizes too to fit nicer with the 48 dp tall tabs header.
Assignee | ||
Comment 14•9 years ago
|
||
Ah okay, I didn't realize we needed the build icon to be specific to each channel. So actually, can you upload the icons for just the phone + dropshadow then? It'll be easier for me to center the build icon on the phone if I'm doing both of them, rather than trying to find where the phone is in the background, and centering over that.
Flags: needinfo?(liuche) → needinfo?(alam)
Assignee | ||
Comment 15•9 years ago
|
||
Actually, this is what it looks like - what do you think? Eventually, I will still need these images separately, if we want to support multiple screens with a "floating phone": 1. Phone + dropshadow 2. Background with blue w/o phone But for the moment, it's fewer resources to just include the phone in the background!
Flags: needinfo?(alam)
Assignee | ||
Comment 16•9 years ago
|
||
Assignee | ||
Comment 17•9 years ago
|
||
40dp looks a bit small for the icon on the Nexus 9 - also the image is kind of blurry :/
Comment 18•9 years ago
|
||
Try these. We should also figure out tablets eventually. :)
Attachment #8641535 -
Attachment is obsolete: true
Comment 19•9 years ago
|
||
Comment on attachment 8641946 [details]
Screenshot: Nexus 9" landscape
Yeah, this is weird... hm, why is it spanning the full screen? where's the white content area?
Attachment #8641946 -
Flags: feedback-
Assignee | ||
Comment 20•9 years ago
|
||
Bug 1162930 - Update Firstrun background image to fix scrolling/measure problems. r=mhaigh
Attachment #8642699 -
Flags: review?(mhaigh)
Assignee | ||
Comment 21•9 years ago
|
||
Bug 1162930 - Remove mdpi from branding/. r=mhaigh
Attachment #8642700 -
Flags: review?(mhaigh)
Assignee | ||
Comment 22•9 years ago
|
||
Bug 1162930 - Remove branding/large-icon. r=mhaigh
Attachment #8642701 -
Flags: review?(mhaigh)
Assignee | ||
Comment 23•9 years ago
|
||
Bug 1162930 - Fix first run in portrait mode. f?mhaigh
Assignee | ||
Comment 24•9 years ago
|
||
Comment on attachment 8642702 [details] MozReview Request: Bug 1162930 - Fix first run in portrait mode. f?mhaigh I'm trying to make this stick in Portrait mode, but what this code really seems to do is use up so many cycles constantly checking (because the actual configuration doesn't match the one that's passed in as newConfig) that the phone gets "stuck" in portrait mode - but also feels super laggy. Any ideas?
Attachment #8642702 -
Flags: feedback?(mhaigh)
Assignee | ||
Comment 25•9 years ago
|
||
Anthony, getting this to stay in Portrait mode for the duration of Firstrun is actually pretty hard, and I can't figure out a way to get Android to stop trying to check the orientation (and then overriding it every time). While it stays in Portrait mode, the app feels super laggy and doesn't scroll very well, and occasionally actually switches back to landscape anyways before flipping back to Portrait. Is there something we can do with the image to make it look better when it's in landscape mode, instead of forcing it to portrait mode? (I also wonder if that gives a broken feel to Firefox - "does Firefox only work in portrait mode?") I could fix the width of the image so it doesn't expand as tall as it is in this image, or we could use a different image for landscape, or...?
Flags: needinfo?(alam)
Comment 26•9 years ago
|
||
Try these slides!
Attachment #8641960 -
Attachment is obsolete: true
Flags: needinfo?(alam) → needinfo?(liuche)
Updated•9 years ago
|
Attachment #8642699 -
Flags: review?(mhaigh) → review+
Comment 27•9 years ago
|
||
Comment on attachment 8642699 [details] MozReview Request: Bug 1162930 - Update Firstrun background image to fix scrolling/measure problems. r=mhaigh https://reviewboard.mozilla.org/r/14773/#review13919 What does the desk part of the image names refer to? Perhaps change to something more obvious? Did you optimise the images?
Updated•9 years ago
|
Attachment #8642700 -
Flags: review?(mhaigh) → review+
Comment 28•9 years ago
|
||
Comment on attachment 8642700 [details] MozReview Request: Bug 1162930 - Remove mdpi from branding/. r=mhaigh https://reviewboard.mozilla.org/r/14775/#review13921 Awesome! I love removing assets
Updated•9 years ago
|
Attachment #8642701 -
Flags: review?(mhaigh) → review+
Comment 29•9 years ago
|
||
Comment on attachment 8642701 [details] MozReview Request: Bug 1162930 - Remove branding/large-icon. r=mhaigh https://reviewboard.mozilla.org/r/14777/#review13923 Ship It!
Comment 30•9 years ago
|
||
Comment on attachment 8642702 [details] MozReview Request: Bug 1162930 - Fix first run in portrait mode. f?mhaigh https://reviewboard.mozilla.org/r/14779/#review13925 Ship It! ::: mobile/android/base/BrowserApp.java:8 (Diff revision 1) > +import android.content.pm.ActivityInfo; Move these imports to beneath the mozilla ones.
Attachment #8642702 -
Flags: review+
Assignee | ||
Comment 31•9 years ago
|
||
Attachment #8603313 -
Attachment is obsolete: true
Attachment #8641937 -
Attachment is obsolete: true
Attachment #8641943 -
Attachment is obsolete: true
Attachment #8641946 -
Attachment is obsolete: true
Attachment #8642702 -
Attachment is obsolete: true
Attachment #8642702 -
Flags: feedback?(mhaigh)
Flags: needinfo?(liuche)
Assignee | ||
Comment 32•9 years ago
|
||
Assignee | ||
Comment 33•9 years ago
|
||
Assignee | ||
Comment 34•9 years ago
|
||
Assignee | ||
Comment 35•9 years ago
|
||
Antlam, what do you think about these screenshots? Here's the build: http://people.mozilla.org/~liuche/bug-1162930/phone-tablet1.apk
Flags: needinfo?(alam)
Assignee | ||
Comment 36•9 years ago
|
||
Talked to antlam: tablet res for icon should be 72dp, and 48dp for phones.
Assignee | ||
Comment 37•9 years ago
|
||
Comment 38•9 years ago
|
||
These shots look good but I ran into some issues with the build. Also, does that build icon look blurry to you in comment 37? ^
Flags: needinfo?(alam)
Assignee | ||
Comment 39•9 years ago
|
||
(In reply to Martyn Haigh (:mhaigh) from comment #27) > Comment on attachment 8642699 [details] > MozReview Request: Bug 1162930 - Update Firstrun background image to fix > scrolling/measure problems. r=mhaigh > > https://reviewboard.mozilla.org/r/14773/#review13919 > > What does the desk part of the image names refer to? Perhaps change to > something more obvious? > > Did you optimise the images? Good call, I just ran ImageOptim on these, and renamed them (and also updated the images to the new set that Anthony gave me).
Comment 40•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/fcc9c8543a7f https://hg.mozilla.org/integration/fx-team/rev/f57621f74e10
Assignee | ||
Comment 41•9 years ago
|
||
Carrying over r+ from mhaigh on reviewboard. Approval Request Comment [Feature/regressing bug #]: bug 1128431 didn't completely fix the scrolling issue [User impact if declined]: Some users will not be able to scroll on first run [Describe test coverage new/current, TreeHerder]: local, nightly [Risks and why]: low, updates an image and layout [String/UUID change made/needed]: none
Attachment #8646663 -
Flags: review+
Attachment #8646663 -
Flags: approval-mozilla-aurora?
Assignee | ||
Comment 43•9 years ago
|
||
Comment 42 is the relanding after backing this out for using the wrong (non-existent) resource.
Assignee | ||
Comment 44•9 years ago
|
||
Using the right resource this time. Approval Request Comment [Feature/regressing bug #]: bug 1128431 didn't completely fix the scrolling issue [User impact if declined]: Some users will not be able to scroll on first run [Describe test coverage new/current, TreeHerder]: local, nightly [Risks and why]: low, updates an image and layout [String/UUID change made/needed]: none
Attachment #8642701 -
Attachment is obsolete: true
Attachment #8646094 -
Attachment is obsolete: true
Attachment #8646663 -
Attachment is obsolete: true
Attachment #8646663 -
Flags: approval-mozilla-aurora?
Attachment #8646679 -
Flags: review+
Attachment #8646679 -
Flags: approval-mozilla-aurora?
Comment 45•9 years ago
|
||
Backout: https://hg.mozilla.org/integration/fx-team/rev/f7a42f684d2d
Comment 46•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/e0c68e7e82af
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox43:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 43
Updated•9 years ago
|
status-firefox42:
--- → affected
Comment 47•9 years ago
|
||
Comment on attachment 8646679 [details] [diff] [review] Patch: Update image and fix scrolling problem Not a great UX on the first run without this patch, taking it.
Attachment #8646679 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
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
•