63511 - Program locks up on my my.lycos.com page. May not do so for others

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Michael Witbrock]

going to my my.lycos.com page causes a complete program freeze after a second or
so. I can't see any way I can track things down more closely than that, so I'm
hoping that it will happen for other my.lycos.com pages too. It seemed to start
happening after I selected the "Christmas theme" and committed one or two other
acts of personalisation using the "Move boxes" java applet.

Comment 1

[Michael Witbrock]

It looks likely that it was caused by adding the tripod home page statistics
component to my page. When the lockup happens, Mozilla is loading
register-partner.tripod.com

Build 2000122004 and previous few, by the way

Comment 2

[Michael Witbrock]

OK, it's definitely something in the tripod "Homepage stats" component of the
MY.Lycos.com page that triggers the lock-up.  I used IE ( :-( ) to hide
(minimise) the component on my my.lycos.com page, and the lock-ups stopped
happening.

(p.s. deleting cookies in the cookie manager seems to have no effect whatsoever.
they don't go away - but that's a different and probably frequently reported, bug)

Comment 3

[Boris Zbarsky [:bzbarsky]]

Michael Witbrock, could you figure out what URL is being loaded from
register-partner.tripod.com?  That would help a lot in testing this.  Thanks!

Comment 4

[Michael Witbrock]

<img
src=http://register-partner.tripod.com/bin/auth/setAuthCookie?member_name=my_tripod_member_name&my_tripod_password
height=1 width=1>

N.B. the my_tripod.... things in the URL contained my actual tripod user
information (which lycos presumably retrieved from some database), so it'll be
necessary to get a pair of those for yourself.

Looks as if the problem may be in some bit of cookie code?

Comment 5

[Bradley Baetz]

I don't see this (I don't have a my.lycos account - I got a friend to log in to
test 62881), but given the 1x1 gif size, this is possibly bug 62881, which is a
dupe of 61654. That gives a crash though, not a hang. Do you get an
il->clients==NULL assertion failure before this? (I don't think windows shows
assertions by default).

If saving the gif to disk, and then opening that crashes/hangs mozilla, attach
that gif to the bug. If not, then its probably something else, and you can
ignore me :)

Comment 6

[Fabian Guisset]

Not a blocker.

Comment 7

[James Green]

Adding hang keyword.

Comment 8

[Chris Petersen]

With the Jan 08th build, I'm not able to reproduce this crash. Reporter, can you
please try with the latest build ?

Comment 9

[Tim Smith]

I'm not noticing this bug.  I've tried it a few different ways.

Comment 10

[Keyser Sose]

Marking WORKSFORME as per comments. Reopen if this reappears in the latest
nightlies.

Comment 11

[Michael Witbrock]

Seems to be working fine as of the 2001011204 build.