Status

SeaMonkey
General
--
critical
VERIFIED INVALID
16 years ago
14 years ago

People

(Reporter: Fabrice Bacchella, Assigned: asa)

Tracking

({crash})

Trunk
x86
Windows 2000
crash

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

16 years ago
This page cannot be seen Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.1)
Gecko/20020826.
More of it, altough I have talkback installed and configure, all what I get is a
closed windows, without have talkback being activated.

Updated

16 years ago
Severity: normal → critical
Keywords: crash

Comment 1

16 years ago
Works OK in 2002110308 OS/2 trunk.

Comment 2

16 years ago
WFM too - CVS based built from this morning - WinXP-Sp1.

Reporter : did you try using a blank new profile (using profile manager) ?

Comment 3

16 years ago
WFM Win2K 2002110404

-M
(Reporter)

Comment 4

16 years ago
Tried once again with a brand new profile. Still crash. Still no talkback.

My plugins :
Java Plug-in 1.4.1_01 for Netscape Navigator (DLL Helper)
Shockwave Flash 6.0 r47
Adobe Acrobat Plug-In Version 5.00 for Netscape
QuickTime Plug-in 5.0.2
Microsoft (R) DRM
Windows Media Player Plug-in Dynamic Link Library
Windows Multimedia Services DRM Store Plug-In

Comment 5

16 years ago
Reporter : did you do a clean install of mozilla ? Or maybe this a related bug
to french translation ?
(Reporter)

Comment 6

16 years ago
I don't remember if I uninstall a previous version.
But I'm not using a french translation.

Does someone have an idea why I cannot use talkback ? 

Comment 7

16 years ago
do you still crash using latest 1.2 build ?
http://ftp.mozilla.org/pub/mozilla/nightly/latest-1.2
(Reporter)

Comment 8

16 years ago
I downloaded the nightly build. Still an immediat kill.

Then I tried to get a dump of the session to know what is the last element of
the page read. It might be it which killed Netscape. To have a lighter dump, I
stopped the download of images. Everything worked fine ! And now that I
reactivated images, everything is now working.

Is the local cache clean or images reloaded with this kind of actions ? It might
be a problem with the corruption of data on the local cache.

Comment 9

16 years ago
is Quicktime handling any image mime type (such as PNG) ? See about:plugins
(Reporter)

Comment 10

16 years ago
No, neither gif or png are handled by any plugin. And now, it's dying again. But
clearing the memory and disk cache does help a lot. But I need to do it
everytime I want to see this page. But starting a new mozilla, cleaning memory
and disk cache and going directly to
http://www.wanadoo.fr/bin/frame.cgi?service=communiquer&u=http://messager.wanadoo.fr
, where the indicated URL in the bug redirects the user, kills mozilla everytime.

Comment 11

16 years ago
can you post Talkback ID for this crash (given you submitted crash data via
feedback agent when crashing) via "mozilla/bin/components/talkback.exe" ?

Comment 12

16 years ago
Reporter (Fabrice): Can you reproduce this bug with a recent build of Mozilla?
If so, then please comment again with a talkback ID. If not, then please resolve
this bug as WORKSFORME. Thanks.

Comment 13

16 years ago
WFM with 2003012804/trunk/win2k.

No response from reporter for >30 days. resolving INVALID.

Reporter: If you can reproduce this with a recent build of Mozilla, then please
reopen this bug and give details. Thanks.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID

Comment 14

15 years ago
verify as invalid.
reporter (Fabrice Bacchella), reopen if you can still reproduce the bug with a
more recent build
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.