Closed Bug 20340 Opened 25 years ago Closed 23 years ago

'busy animation' shows up in two different sizes

Categories

(Core :: XUL, defect, P1)

PowerPC
Mac System 8.6
defect

Tracking

()

VERIFIED FIXED
Future

People

(Reporter: ckritzer, Assigned: hyatt)

References

()

Details

Overview Description: The first busy animation that appears when you click on a
twisty (right-pointing triangle in an ftp [or tree] view which indicates a
subdirectory) will show up as a 12x12 pixel image, while all subsequent,
concurrently running busy animations will appear as 16x16 pixel images

Steps to Reproduce:
1) Launch MacOS86 1999112908 apprunner
2) Input 'file:///' into the Location Field (you should be in the apprunner's
directory)
3) Click on the 'defaults' twisty to reveal the 'pref' and 'profile'
subdirectory folders (also click on the 'res' twisty to reveal the 'entity
Tables' twisty).
4) Click on the pref directory's twisty, and then click on the other two
directory's twisties.

Actual Results: The first twisty will change to a 12x12 pixel busy image.  The
second and all subsequent twisties will change to a 16x16 pixel busy image.

Expected Results: Since the 12x12 busy image looks squashed (and the 16x16 looks
good), I'm gonna have to say I only expected the 16x16 image.

Build Date & Platform Bug Found:
	MacOS86 1999112908 apprunner

Additional Builds and Platforms Tested On:
	Linux6 1999112908 apprunner
	WinNT 1999112908 apprunner

Additional Information:
Assignee: trudelle → waterson
reassigning to waterson per hyatt
Assignee: waterson → don
Don, this requires some examination of the file viewer's style rules. Let's
wait and see what happens once the cache lands: that may ameliorate the problem
Assignee: don → rgoodger
Priority: P3 → P1
Target Milestone: M13
Ben, can you check this out in January once you get here and actually have a
Mac?
Status: NEW → ASSIGNED
Claudius, give me a holler if you need help when this pops up as fixed...
Adding self to cc list...
Target Milestone: M13 → M14
I'm not in MV yet until the morning the tree closes for M13. Since I'll probably
be sleeping on monday...
ok so I think this is to do with titledbuttons and images associated with them, 
as I see this too with the unknown content dialog:

test:

http://homepages.ihug.co.nz/~rgoodger/freecrap/inpostino.html

click one of the download links for windows, the unknown content dialog will 
appear, first with a tiny question icon. close the dialog, click a download link 
again, will appear but with a correctly sized (larger) titledbutton.

reassigning to evaughan ;)
Assignee: rgoodger → evaughan
Status: ASSIGNED → NEW
This is how titledbuttons and htmlbuttons work. If they don't know the size of 
the image they show a unknown image untill the get the size and then they reflow 
to the new size. Hyatt was looking at describing titlebuttons in XBL with would 
fix this.
Assignee: evaughan → hyatt
Why is this marked critical severity?  That is reserved for crashes, data loss 
and severe leaks.  This should be minor or trivial
Status: NEW → ASSIGNED
Target Milestone: M14 → M16
la la la

Target Milestone: M16 → M17
Mass moving M17 bugs to M18
Target Milestone: M17 → M18
hyatt, claudius:
Per trudelle's comments, how do you guys feel about lowering the severity of 
this bug to 'normal'?
that's how i feel about it :-)
Severity: critical → normal
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
ckritzer: "Claudius, give me a holler if you need help when this pops up as fixed...
Adding self to cc list..."

okay, i'm hollering, thanx :-)
this is an XP thing right?

I was just looking at the 2000071008 build on Win98.

While navigating the directories on Sweetlou I noticed that folders were getting the little tiny busy anime
whereas subfolders where getting the regular sized (16x16?) animation.

I presume this is not as it should be. There should only be one sized animation, right? Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
yup, its a defect all right.  ->future.
Target Milestone: M21 → Future
Status: REOPENED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → FIXED
Outliner will render this obsolete.
outliner will fix this but has that happened yet? how 'bout we wait 'till the bugs are fixed
before we mark them as such? If I'm wrong then kindly enlighten me or beware the reopen.
Hey David,

I'm guessing the outliner stuff was part of last week's landing, yes?  If no, do 
you know when the outliner stuff is scheduled to land?

Thanks dude, 

-Kritzer
mass-verifying claudius' Fixed bugs which haven't changed since 2001.12.31.

if you think this particular bug is not fixed, please make sure of the following
before reopening:

a. retest with a *recent* trunk build.
b. query bugzilla to see if there's an existing, open bug (new, reopened,
assigned) that covers your issue.
c. if this does need to be reopened, make sure there are specific steps to
reproduce (unless already provided and up-to-date).

thanks!

[set your search string in mail to "AmbassadorKoshNaranek" to filter out these
messages.]
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.