961232 - Participant list scrollbar rapidly flashing.

Status: RESOLVED DUPLICATE of bug 925789

(Thunderbird :: Instant Messaging, defect)

Description

[Josiah Bruner [:jsbruner]]

So I opened up my chat tab and selected my Twitter timeline on the left. Everything works fine, except the participant list scrollbar acts like it is having a seizure.

It seems to flash in and then fadeout at ~.5 second intervals. My only guess as to its cause is that the whole list is being redrawn too frequently.

Comment 1

[aleth [:aleth]]

I've just reproduced this with IRC. Is this a regression?

Comment 2

[aleth [:aleth]]

My suspicion is that a DOM mutation event needs replacing with MutationObservers. Possibly porting some of the corresponding patches from IB would be enough.

Comment 3

[aleth [:aleth]]

Given the above bugs have now been fixed, the participant list scrollbar should now only flash when a participant is added/removed/changed in the list, which is unavoidable. Could you verify that this is in fact the case and if not, provide more detailed STR? Thanks.

Comment 4

[Josiah Bruner [:jsbruner]]

I see no difference after doing a local build, but I'm not sure what other details to add.

It happens on both Twitter and IRC in the participants sidebar, without exception.

Platform = OS X 10.9, happens on both retina and non-retina displays.

Let me know what other details you would like.

Comment 5

[aleth [:aleth]]

The problem is I cannot reproduce on IRC with my build on OS X 10.9.

Comment 6

[Josiah Bruner [:jsbruner]]

Attachment: Video of issue.

I'm sure this isn't helpful at all, but you never know. This is what it looks like, it never ceases.

Comment 7

[aleth [:aleth]]

How many channels have you joined at the same time? Is one or more of them very high volume? Does the problem go away if you close these?

Can you reproduce the problem joining some of the same channels/twitter accounts on a fresh profile?

Comment 8

[aleth [:aleth]]

I could reproduce with an official TB28 build (and #developers). I can't reproduce on my own (non-debug, 10.8 SDK) build, using the same profile. I also can't reproduce with an official TB31 Daily (built against the 10.6 SDK). From this I am tempted to conclude the bug fixes linked above worked.

Comment 9

[Josiah Bruner [:jsbruner]]

I don't have much to add. The issue does NOT happen on my newer machine (Retina Macbook Pro), but does on my old Mac Mini (non-retina). It happens regardless of what channels/whatever, as long as the right pane is overflowing, it happens.

Do you have a non-retina machine to test on?

Comment 10

[aleth [:aleth]]

(In reply to Josiah Bruner [:JosiahOne] from comment #9)
> I don't have much to add. The issue does NOT happen on my newer machine
> (Retina Macbook Pro), but does on my old Mac Mini (non-retina). It happens
> regardless of what channels/whatever, as long as the right pane is
> overflowing, it happens.
> 
> Do you have a non-retina machine to test on?

I don't have a retina machine (and I find it hard to imagine how that would make a difference here, which is not to say it doesn't...).

My question was whether you also observe that the problem, while present and easily reproducible with TB28, is gone in current builds.

Comment 11

[Josiah Bruner [:jsbruner]]

No, it does still exist on current builds for me.

Comment 12

[aleth [:aleth]]

Bug 925789 suggests it's possible to get rid of the flashing by moving the splitter between the participant list and the log list - is that true for you too?

Comment 13

[Josiah Bruner [:jsbruner]]

Yes, doing that does fix it.