Closed Bug 1045747 Opened 10 years ago Closed 10 years ago

Homescreen with 150 apps doesn't render the bottom ~30 icons

Categories

(Firefox OS Graveyard :: Gaia::Homescreen, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1042772

People

(Reporter: BenWa, Unassigned)

Details

(Keywords: regression)

Attachments

(3 files)

Attached file emrun.tar
STR:
1) Use a developer build, which should give you ~ 50 apps
2) Extract emrun.tar
3) $ ./run.sh

This should install 100 more apps.

When panning to the bottom the apps never render.
Attached image screenshot
And not a tiling bug.

This probably strengthen the case for having an upper bound on the apps in the homescreen.
(In reply to Benoit Girard (:BenWa) from comment #2)
> This probably strengthen the case for having an upper bound on the apps in
> the homescreen.

We talked about this before, but the goal for the upper limit was 300-400 iirc.
I think I may have seen a low res tiling regression on settings app today as well, but this is not tiling specific so it's probably different.  Display port related seems to be the first place to look?  Kats, can you take a look at this?

No-Jun, any chance of testing if this is also a problem with 2.0?
Right, a work around isn't ideal since we don't yet know what part of the platform is affect by this bug (feels like a platform bug at this point). It could easily break other long scrolling containers.
Flags: needinfo?(npark)
Flags: needinfo?(bugmail.mozilla)
Naoki, are we doing any stress testing with more than the default apps?  What numbers of apps are we working with?  Do we know what the oems will test with, as far as number of apps goes?
Flags: needinfo?(nhirata.bugzilla)
Can you check to see if this happens on a build without bug 1022612? There are still regressions from that that haven't been fixed yet, and this might be one of them.
Flags: needinfo?(bugmail.mozilla)
(In reply to Milan Sreckovic [:milan] from comment #6)
> Naoki, are we doing any stress testing with more than the default apps? 
> What numbers of apps are we working with?  Do we know what the oems will
> test with, as far as number of apps goes?

My recommendation is that we stress test with ~500 icons. While we don't have an upper limit currently, if we impose one it will be in the range of a few hundred.
This does not happen in 2.0 in either three or four column configuration.  I ran emrun.tar twice to populate ~200 icons on homescreen but i was able to see the bottom row on homescreen.
Flags: needinfo?(npark)
Lets get an exact regression window then.
Benoit - Usually we'll only do windows on blocker bugs, given that windows are expensive to do. Do you think this bug is worth nominating to block for 2.1?
Flags: needinfo?(bgirard)
I just saw bug 1042772. This might be a dupe of it. But it appears to happen at much lower scroll offsets there so I don't know for sure. Let's wait on the regression window and verify this bug when bug 1042772 is fixed.
Flags: needinfo?(bgirard)
Hey Milan, going to redirect your question to Johan as he is the tester for homescreen.
Flags: needinfo?(nhirata.bugzilla) → needinfo?(jlorenzo)
On my side, I tested the homescreen with 100 apps from the Marketplace. I don't know how many apps our partners will use in their stress tests.

Peter, how many apps a user would normally use? Do you know how many are are we supposed to support on the vertical homescreen? Thanks!
Flags: needinfo?(jlorenzo) → needinfo?(pdolanjski)
Good question.  We haven't defined it, but I agree with Kevin, we should assume a few hundred.  I think 300-400 would be a good number for 2.0 for test purposes.
Flags: needinfo?(pdolanjski)
Duping against bug 1042772 since I'm fairly sure that was it.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: