Last Comment Bug 486848 - Profile manager only shows a random subset of available profiles
: Profile manager only shows a random subset of available profiles
: fixed1.8.1.22, fixed1.9.0.11, regression, verified1.9.1
Product: Core
Classification: Components
Component: XP Toolkit/Widgets: XUL (show other bugs)
: Trunk
: All All
: -- major (vote)
: ---
Assigned To: Boris Zbarsky [:bz] (still a bit busy)
: Neil Deakin
: 487033 (view as bug list)
Depends on:
Blocks: 432068 486842 486924
  Show dependency treegraph
Reported: 2009-04-04 10:42 PDT by Phil Ringnalda (:philor)
Modified: 2009-06-02 14:18 PDT (History)
14 users (show)
dveditz: wanted1.9.0.x+
dveditz: wanted1.8.1.x+
bzbarsky: in‑testsuite+
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Fix (1.58 KB, patch)
2009-04-04 20:17 PDT, Boris Zbarsky [:bz] (still a bit busy)
no flags Details | Diff | Splinter Review
Now with reftests (3.47 KB, patch)
2009-04-05 11:19 PDT, Boris Zbarsky [:bz] (still a bit busy)
roc: review+
roc: superreview+
roc: approval1.9.1+
Details | Diff | Splinter Review

Description Phil Ringnalda (:philor) 2009-04-04 10:42:07 PDT

1. Create enough profiles (6 should do it, though more increase the chances of scrolling fun) to have a scrollbar in the profile manager listbox, to make it easier to see.
2. Repeatedly start Firefox showing the profile manager, noting that even though you have a scrollbar on the listbox, you only see the names of a random 2, 3, 4 or 5 profiles. For bonus fun, scroll the apparently-useless scrollbar, noting that the names of things scrolled out of view will sometimes change as they are scrolled back into view.
3. hg update -r 0a030558e073 to get back behind the checkin for bug 432068
4. Repeat, noting that you see all the profile names, and that they remain the same while scrolled in and out of view.
Comment 1 Boris Zbarsky [:bz] (still a bit busy) 2009-04-04 20:17:14 PDT
Created attachment 371096 [details] [diff] [review]

I missed the fact that |result| is used immediately after this to determine whether isAppend is true.  With the change from bug 432068, isAppend will always end up true, basically, even when doing an insert.  This will cause the listitems to be in the wrong order as a start, and will cause frames to not be created in some cases because the index |i| computed in this function in later calls won't match the listitem position in the childlist in the frame tree.  So we'll look for a frame for some other child content node than the one we really want, find it, and skip creating a frame.

This fix just avoids clobbering |result| too early.
Comment 2 Boris Zbarsky [:bz] (still a bit busy) 2009-04-04 20:19:18 PDT
Oh, and I'll write up some reftests here too, tomorrow.
Comment 3 Boris Zbarsky [:bz] (still a bit busy) 2009-04-05 11:19:00 PDT
Created attachment 371156 [details] [diff] [review]
Now with reftests
Comment 4 Boris Zbarsky [:bz] (still a bit busy) 2009-04-05 19:09:11 PDT
Comment on attachment 371156 [details] [diff] [review]
Now with reftests

Need this on branch too.
Comment 5 Boris Zbarsky [:bz] (still a bit busy) 2009-04-05 20:54:39 PDT
Comment 6 Boris Zbarsky [:bz] (still a bit busy) 2009-04-05 21:01:47 PDT
Comment 7 Robert Longson 2009-04-06 07:29:41 PDT
*** Bug 487033 has been marked as a duplicate of this bug. ***
Comment 8 Fred Flange 2009-04-06 07:52:04 PDT
I have just upgraded to 3.5b4pre and this seems to have resolved the problem i reported on Bug 487033


Fred f.
Comment 9 Aakash Desai [:aakashd] 2009-04-07 09:08:23 PDT
Fred f., could you add the build Id of 3.5b4pre you're using as a comment to this bug? Also, since you've verified it on Shiretoko, can you do the same on trunk as well (and add that build Id too) ? Thanks!
Comment 10 Fred Flange 2009-04-08 02:38:17 PDT
This is from About Shiretoko:

  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090407 Shiretoko/3.5b4pre

What is Trunk? Do you mean the Firefox release I use?

If so then there was never a problem there as stated, even when Shiretoke was missing out some of the profiles, Firefox always displayed them all.

Will have to log of and on gain to get Firefox version


Fred F.
Comment 11 Fred Flange 2009-04-08 02:39:54 PDT
Firefox version is:  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv: Gecko/2009032609 Firefox/3.0.8
Comment 12 Boris Zbarsky [:bz] (still a bit busy) 2009-04-08 05:31:08 PDT
Fred, trunk would be the 3.6pre builds (based on Gecko 1.9.2pre).  Don't worry about those.
Comment 13 Aakash Desai [:aakashd] 2009-04-13 14:39:07 PDT
verified FIXED on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090413 Minefield/3.6a1pre ID:20090413031052
Comment 14 Daniel Veditz [:dveditz] 2009-06-02 14:18:49 PDT
This fix is rolled into the branch patches in bug 432068, adding fixed keywords here for branch verification.

Note You need to log in before you can comment on or make changes to this bug.