The list-style-images are not updated when a class change is implemented.

VERIFIED FIXED in M11

Status

()

P3
normal
VERIFIED FIXED
20 years ago
2 years ago

People

(Reporter: reboughner, Assigned: buster)

Tracking

Trunk
x86
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

20 years ago
The sample file shows a collapsible list with open and closed file folder images
in front of those items that have subitems beneath them.  When one of these
items is clicked on the class of the LI container is changed to appropriate
value (open --> close, close --> open) Although the list gets expanded/collapsed
the leading image value is not updated.  You can see this under "Documentation".
If you click on TechNotes, and then collapse and expand its parent,
Documentation, the leading image changes appropriately.  These tests were done
using the M8 build on a Windows 98 machine. I have put in a "dump" statement
which outputs the appropriate className to the apprunner window, before and
after the change has been made.
(Reporter)

Comment 1

20 years ago
Created attachment 1043 [details]
Compressed data file (zip) showing problem

Updated

20 years ago
Assignee: troy → kipp

Comment 2

20 years ago
Looks like the bullet frame doesn't attribute/style-property changes.

Updated

20 years ago
Status: NEW → ASSIGNED
Target Milestone: M11

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 3

19 years ago
Fixed. Incremental reflow for bullets now handles the image changing and the
style context logic now properly triggers the reflows.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 4

19 years ago
Fixed in the Sept 13th build.
You need to log in before you can comment on or make changes to this bug.