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)

defect
Not set
normal

Tracking

(firefox42 fixed, firefox43 fixed)

RESOLVED FIXED
Firefox 43
Tracking Status
firefox42 --- fixed
firefox43 --- fixed

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+
Details | Diff | Splinter Review
Attached image Screenshot_2015-05-08-13-53-32.png (obsolete) —
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.
Flags: needinfo?(liuche)
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)
(In reply to Chenxia Liu [:liuche] from comment #1)
> Florian, what device is this?

Sony Xperia Z3C running Android 5.0.2.
Assignee: nobody → ally
Flags: needinfo?(ally)
Do we have one of these phones floating about mozpdx that I could borrow for this?
Flags: needinfo?(kbrosnan)
No.
Flags: needinfo?(kbrosnan)
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?
Yea, thats my next plan of attack.
Assignee: ally → nobody
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)
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)
(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)
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
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)
Attached file defaultslides.zip (obsolete) —
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)
^ also, I updated these sizes too to fit nicer with the 48 dp tall tabs header.
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)
Attached image Screenshot: Firstrun with centered phone (obsolete) —
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)
Attached image Screenshot: Nexus 7" portrait (obsolete) —
Attached image Screenshot: Nexus 9" landscape (obsolete) —
40dp looks a bit small for the icon on the Nexus 9 - also the image is kind of blurry :/
Attached file defaultslides2.zip (obsolete) —
Try these. We should also figure out tablets eventually. :)
Attachment #8641535 - Attachment is obsolete: true
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-
Bug 1162930 - Update Firstrun background image to fix scrolling/measure problems. r=mhaigh
Attachment #8642699 - Flags: review?(mhaigh)
Bug 1162930 - Remove mdpi from branding/. r=mhaigh
Attachment #8642700 - Flags: review?(mhaigh)
Bug 1162930 - Remove branding/large-icon. r=mhaigh
Attachment #8642701 - Flags: review?(mhaigh)
Bug 1162930 - Fix first run in portrait mode. f?mhaigh
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)
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)
Attached file defaultslides3.zip
Try these slides!
Attachment #8641960 - Attachment is obsolete: true
Flags: needinfo?(alam) → needinfo?(liuche)
Attachment #8642699 - Flags: review?(mhaigh) → review+
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?
Attachment #8642700 - Flags: review?(mhaigh) → review+
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
Attachment #8642701 - Flags: review?(mhaigh) → review+
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 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+
Attached image Screenshot: Tablet portrait (obsolete) —
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)
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)
Talked to antlam: tablet res for icon should be 72dp, and 48dp for phones.
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)
(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).
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?
Comment 42 is the relanding after backing this out for using the wrong (non-existent) resource.
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?
https://hg.mozilla.org/mozilla-central/rev/e0c68e7e82af
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 43
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+
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: