Seamonkey Closes Often

Fairly often with 2.53.1 when I go to a web page SM totally closes on 
its own. No errors at all - it just closes. I then have to restart it to 
continue using it. I didn't notice this with older versions. Any ideas 
what causes this?
0
Thomas
3/21/2020 10:43:38 AM
mozilla.support.seamonkey 13415 articles. 0 followers. Post Follow

17 Replies
26 Views

Similar Articles

[PageSpeed] 35

Thomas Pamin wrote:
> Fairly often with 2.53.1 when I go to a web page SM totally closes on 
> its own. No errors at all - it just closes. I then have to restart it to 
> continue using it. I didn't notice this with older versions. Any ideas 
> what causes this?
This happens with several different pages, not just one.
0
Thomas
3/21/2020 10:45:00 AM
Thomas Pamin wrote:
> Thomas Pamin wrote:
>> Fairly often with 2.53.1 when I go to a web page SM totally closes on its 
>> own. No errors at all - it just closes. I then have to restart it to 
>> continue using it. I didn't notice this with older versions. Any ideas what 
>> causes this?
> This happens with several different pages, not just one.

Sounds like a silent crash. Did you see a crash report? Have only seen it with 
Linux now and then but not lately.

The usual advice: disable add-ons and check in a new test profile. Third party 
virus scanner / firewall might also be responsible.

FRG
0
Frank
3/21/2020 11:56:45 AM
Frank-Rainer Grahl:

>Sounds like a silent crash. Did you see a crash report? Have only seen it with 
>Linux now and then but not lately.

Well, call https://oe1.orf.at/player/live in a new tab and then close
that tab. Works fine in creating crashes. :)

Hartmut
0
Hartmut
3/21/2020 12:23:17 PM
Le samedi 21 mars 2020 13:23:23 UTC+1, Hartmut Figge a =C3=A9crit=C2=A0:
> Frank-Rainer Grahl:
>=20
> >Sounds like a silent crash. Did you see a crash report? Have only seen i=
t with=20
> >Linux now and then but not lately.
>=20
> Well, call https://oe1.orf.at/player/live in a new tab and then close
> that tab. Works fine in creating crashes. :)
>=20
> Hartmut

This page crash here and seamonkey ask my if i wish to send a report: sent.

It crash when i clic to manage cookies on this page.
Second time, trying to close the tab... crash again.
Firefox 74.0 does not crash.
0
jcteyssier1
3/21/2020 1:11:44 PM
jcteyssier1@gmail.com:

>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>> that tab. Works fine in creating crashes. :)
>
>This page crash here and seamonkey ask my if i wish to send a report: sent.

I have tried with a couple of different 2.53 and different profiles.
Then even with my last usable SM-Trunk, a 2.56a1. All crash.

But primarily I wanted to tease FRG. :-D

Hartmut
0
Hartmut
3/21/2020 1:20:18 PM
Hartmut Figge wrote:
> jcteyssier1@gmail.com:
> 
>>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>>> that tab. Works fine in creating crashes. :)
>>
>> This page crash here and seamonkey ask my if i wish to send a report: sent.
> 
> I have tried with a couple of different 2.53 and different profiles.
> Then even with my last usable SM-Trunk, a 2.56a1. All crash.
> 
> But primarily I wanted to tease FRG. :-D
> 
> Hartmut
>

No teasing needed. It is a bug. Stack size overflow. Either an infinite 
recursion or we need to change the size. I will look into it.
Did you try 2.57 yet?

Overall it sends a crash report and does not just close. This I have not seen 
in Windows for ages.

FRG
0
Frank
3/21/2020 2:40:37 PM
Hartmut Figge wrote:
> Frank-Rainer Grahl:
> 
>> Sounds like a silent crash. Did you see a crash report? Have only seen it with
>> Linux now and then but not lately.
> 
> Well, call https://oe1.orf.at/player/live in a new tab and then close
> that tab. Works fine in creating crashes. :)
> 
> Hartmut
> 
I'm waiting for OpenSuse to release the new level, but what I can say 
here is that 2.49.4 has no problems with those actions.

-- 
spammo ergo sum, viruses courtesy of https://www.nsa.gov/malware/
0
Don
3/21/2020 3:28:59 PM
Don Spam's Reckless Son wrote:
> Hartmut Figge wrote:
>> Frank-Rainer Grahl:
>>
>>> Sounds like a silent crash. Did you see a crash report? Have only seen it with
>>> Linux now and then but not lately.
>>
>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>> that tab. Works fine in creating crashes. :)
>>
>> Hartmut
>>
> I'm waiting for OpenSuse to release the new level, but what I can say here is 
> that 2.49.4 has no problems with those actions.
> 

Simple the offending code is not in it. 2.57 seems to go down too.

FRG
0
Frank
3/21/2020 5:28:59 PM
On 3/21/2020 10:28 AM, Frank-Rainer Grahl wrote:
> Don Spam's Reckless Son wrote:
>> Hartmut Figge wrote:
>>> Frank-Rainer Grahl:
>>>
>>>> Sounds like a silent crash. Did you see a crash report? Have only 
>>>> seen it with
>>>> Linux now and then but not lately.
>>>
>>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>>> that tab. Works fine in creating crashes. :)
>>>
>>> Hartmut
>>>
>> I'm waiting for OpenSuse to release the new level, but what I can say 
>> here is that 2.49.4 has no problems with those actions.
>>
> 
> Simple the offending code is not in it. 2.57 seems to go down too.

Is there an existing bug report of this issue already? If so, then what 
is it?
-- 
...!.. COVID-19/2019-nCoV/SARS-CoV-2!
Note: A fixed width font (Courier, Monospace, etc.) is required to see 
this signature correctly.
    /\___/\                     http://aqfl.net & http://antfarm.ma.cx /
   / /\ /\ \                                 http://antfarm.home.dhs.org
  | |o   o| |   Axe ANT from its address if shown & e-mailing privately.
     \ _ /       Please kindly use Ant nickname & URL/link if crediting.
      ( )
0
Ant
3/21/2020 6:57:18 PM
Ant wrote:
> On 3/21/2020 10:28 AM, Frank-Rainer Grahl wrote:
>> Don Spam's Reckless Son wrote:
>>> Hartmut Figge wrote:
>>>> Frank-Rainer Grahl:
>>>>
>>>>> Sounds like a silent crash. Did you see a crash report? Have only seen it 
>>>>> with
>>>>> Linux now and then but not lately.
>>>>
>>>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>>>> that tab. Works fine in creating crashes. :)
>>>>
>>>> Hartmut
>>>>
>>> I'm waiting for OpenSuse to release the new level, but what I can say here 
>>> is that 2.49.4 has no problems with those actions.
>>>
>>
>> Simple the offending code is not in it. 2.57 seems to go down too.
> 
> Is there an existing bug report of this issue already? If so, then what is it?

No but it occurs with latest Firefox ESR 68 too if you disable e10s:

https://crash-stats.mozilla.org/report/index/37885203-737e-46ce-9e9e-dd2520200321

FRG
0
Frank
3/21/2020 9:23:18 PM
Frank-Rainer Grahl:

>No teasing needed. It is a bug. Stack size overflow. Either an infinite 
>recursion or we need to change the size. I will look into it.

I have now determind the regression range for SM-Trunk. Using my private
archive.

Last good:
==========

----- platform.ini -----
BuildID=20170214023318
Milestone=54.0a1
SourceStamp=195049fabb7ac5709e5f75614ba630ba3d1b5a9b
---------------

----- application.ini -----
Vendor=Mozilla
Name=SeaMonkey
RemotingName=seamonkey
Version=2.51a1-h
BuildID=20170214023318
SourceStamp=d7b2c30e906ef8fc9c8e8d9fcd9fe74c753c0de9
ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
---------------

First bad:
==========

---- platform.ini -----
BuildID=20170215025629
Milestone=54.0a1
SourceStamp=1060668405a9399774c205430de4a7001d3f27ac
---------------

----- application.ini -----
Vendor=Mozilla
Name=SeaMonkey
RemotingName=seamonkey
Version=2.51a1-h
BuildID=20170215025629
SourceStamp=a7db0899f6a4eb581aca3e63668823a416111503
ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
---------------

The dates are in local time. Germany.

Hartmut
0
Hartmut
3/21/2020 9:44:18 PM
Hartmut Figge wrote:
> Frank-Rainer Grahl:
> 
>> No teasing needed. It is a bug. Stack size overflow. Either an infinite
>> recursion or we need to change the size. I will look into it.
> 
> I have now determind the regression range for SM-Trunk. Using my private
> archive.
> 
> Last good:
> ==========
> 
> ----- platform.ini -----
> BuildID=20170214023318
> Milestone=54.0a1
> SourceStamp=195049fabb7ac5709e5f75614ba630ba3d1b5a9b
> ---------------
> 
> ----- application.ini -----
> Vendor=Mozilla
> Name=SeaMonkey
> RemotingName=seamonkey
> Version=2.51a1-h
> BuildID=20170214023318
> SourceStamp=d7b2c30e906ef8fc9c8e8d9fcd9fe74c753c0de9
> ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
> ---------------
> 
> First bad:
> ==========
> 
> ---- platform.ini -----
> BuildID=20170215025629
> Milestone=54.0a1
> SourceStamp=1060668405a9399774c205430de4a7001d3f27ac
> ---------------
> 
> ----- application.ini -----
> Vendor=Mozilla
> Name=SeaMonkey
> RemotingName=seamonkey
> Version=2.51a1-h
> BuildID=20170215025629
> SourceStamp=a7db0899f6a4eb581aca3e63668823a416111503
> ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
> ---------------
> 
> The dates are in local time. Germany.
> 
> Hartmut
>

This is probably more or less the same bug:

https://bugzilla.mozilla.org/show_bug.cgi?id=1504493

Not sure if it will be fixed. Seems to only occur with e10s off and Fennec is 
done for also.

I can work around it by just remove the code in the if body
https://dxr.mozilla.org/mozilla-esr68/source/xpcom/io/nsStreamUtils.cpp#61

but not sure how often this leaks then. Put a moz crash in to test and I did 
hit it only on this site which seems to indicate it is a prety rare condition 
but don't call me an expert here.

FRG
0
Frank
3/22/2020 12:10:24 AM
Frank-Rainer Grahl wrote, on 21 Mar 20 21:10:

>> Frank-Rainer Grahl:
>
> (...) but don't call me an expert here.
> 
> FRG

Here, there and everywhere!

-- 
Best,

s) alexyu   <alexyu@postpro.net>



0
alexyu
3/22/2020 1:36:46 AM
Frank-Rainer Grahl wrote:
> Ant wrote:
>> On 3/21/2020 10:28 AM, Frank-Rainer Grahl wrote:
>>> Don Spam's Reckless Son wrote:
>>>> Hartmut Figge wrote:
>>>>> Frank-Rainer Grahl:
>>>>>
>>>>>> Sounds like a silent crash. Did you see a crash report? Have only 
>>>>>> seen it with
>>>>>> Linux now and then but not lately.
>>>>>
>>>>> Well, call https://oe1.orf.at/player/live in a new tab and then close
>>>>> that tab. Works fine in creating crashes. :)
>>>>>
>>>>> Hartmut
>>>>>
>>>> I'm waiting for OpenSuse to release the new level, but what I can 
>>>> say here is that 2.49.4 has no problems with those actions.
>>>>
>>>
>>> Simple the offending code is not in it. 2.57 seems to go down too.
>>
>> Is there an existing bug report of this issue already? If so, then 
>> what is it?
> 
> No but it occurs with latest Firefox ESR 68 too if you disable e10s:
> 
> https://crash-stats.mozilla.org/report/index/37885203-737e-46ce-9e9e-dd2520200321 
> 
> 
> FRG

Just out of interest, what *is* e10s?  If Thomas P enabled it then the 
problem would go away?

-- 
spammo ergo sum, viruses courtesy of https://www.nsa.gov/malware/
0
Don
3/22/2020 10:20:00 AM
On 3/22/20 6:20 AM, Don Spam's Reckless Son wrote:
> Frank-Rainer Grahl wrote:
>> Ant wrote:
>>> On 3/21/2020 10:28 AM, Frank-Rainer Grahl wrote:
>>>> Don Spam's Reckless Son wrote:
>>>>> Hartmut Figge wrote:
>>>>>> Frank-Rainer Grahl:
>>>>>>
>>>>>>> Sounds like a silent crash. Did you see a crash report? Have only=
=20
>>>>>>> seen it with
>>>>>>> Linux now and then but not lately.
>>>>>>
>>>>>> Well, call https://oe1.orf.at/player/live in a new tab and then cl=
ose
>>>>>> that tab. Works fine in creating crashes. :)
>>>>>>
>>>>>> Hartmut
>>>>>>
>>>>> I'm waiting for OpenSuse to release the new level, but what I can=20
>>>>> say here is that 2.49.4 has no problems with those actions.
>>>>>
>>>>
>>>> Simple the offending code is not in it. 2.57 seems to go down too.
>>>
>>> Is there an existing bug report of this issue already? If so, then=20
>>> what is it?
>>
>> No but it occurs with latest Firefox ESR 68 too if you disable e10s:
>>
>> https://crash-stats.mozilla.org/report/index/37885203-737e-46ce-9e9e-d=
d2520200321=20
>>
>>
>> FRG
>=20
> Just out of interest, what *is* e10s?=C2=A0 If Thomas P enabled it then=
 the=20
> problem would go away?
>=20

e10s aka Electrolysis.

"Electrolysis functionality hosts, renders, or executes web related=20
content in background child processes which communicate with the=20
"parent" Firefox browser via various ipdl protocols."

<https://wiki.mozilla.org/Electrolysis#Overview>

--=20
OS: Ubuntu Linux 18.04LTS - Gnome Desktop
https://www.thunderbird.net/en-US/get-involved/
https://give.thunderbird.net/en-US/


0
WaltS48
3/22/2020 1:03:01 PM
Hartmut Figge wrote:
> Frank-Rainer Grahl:
> 
>> No teasing needed. It is a bug. Stack size overflow. Either an infinite
>> recursion or we need to change the size. I will look into it.
> 
> I have now determind the regression range for SM-Trunk. Using my private
> archive.
> 
> Last good:
> ==========
> 
> ----- platform.ini -----
> BuildID=20170214023318
> Milestone=54.0a1
> SourceStamp=195049fabb7ac5709e5f75614ba630ba3d1b5a9b
> ---------------
> 
> ----- application.ini -----
> Vendor=Mozilla
> Name=SeaMonkey
> RemotingName=seamonkey
> Version=2.51a1-h
> BuildID=20170214023318
> SourceStamp=d7b2c30e906ef8fc9c8e8d9fcd9fe74c753c0de9
> ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
> ---------------
> 
> First bad:
> ==========
> 
> ---- platform.ini -----
> BuildID=20170215025629
> Milestone=54.0a1
> SourceStamp=1060668405a9399774c205430de4a7001d3f27ac
> ---------------
> 
> ----- application.ini -----
> Vendor=Mozilla
> Name=SeaMonkey
> RemotingName=seamonkey
> Version=2.51a1-h
> BuildID=20170215025629
> SourceStamp=a7db0899f6a4eb581aca3e63668823a416111503
> ID={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
> ---------------
> 
> The dates are in local time. Germany.
> 
> Hartmut
> 

IanN filed https://bugzilla.mozilla.org/show_bug.cgi?id=1624162

Next build from Bill will have a workaround in. Please test. So far I was only 
able to reproduce this on this one site but other streaming sites might be 
affected too. If the workaround shows no ill side effects it will go into 2.53.2.


FRG
0
Frank
3/22/2020 3:24:24 PM
WaltS48 wrote:
> On 3/22/20 6:20 AM, Don Spam's Reckless Son wrote:
>> Frank-Rainer Grahl wrote:
>>> Ant wrote:
>>>> On 3/21/2020 10:28 AM, Frank-Rainer Grahl wrote:
>>>>> Don Spam's Reckless Son wrote:
>>>>>> Hartmut Figge wrote:
>>>>>>> Frank-Rainer Grahl:
>>>>>>>
>>>>>>>> Sounds like a silent crash. Did you see a crash report? Have 
>>>>>>>> only seen it with
>>>>>>>> Linux now and then but not lately.
>>>>>>>
>>>>>>> Well, call https://oe1.orf.at/player/live in a new tab and then 
>>>>>>> close
>>>>>>> that tab. Works fine in creating crashes. :)
>>>>>>>
>>>>>>> Hartmut
>>>>>>>
>>>>>> I'm waiting for OpenSuse to release the new level, but what I can 
>>>>>> say here is that 2.49.4 has no problems with those actions.
>>>>>>
>>>>>
>>>>> Simple the offending code is not in it. 2.57 seems to go down too.
>>>>
>>>> Is there an existing bug report of this issue already? If so, then 
>>>> what is it?
>>>
>>> No but it occurs with latest Firefox ESR 68 too if you disable e10s:
>>>
>>> https://crash-stats.mozilla.org/report/index/37885203-737e-46ce-9e9e-dd2520200321 
>>>
>>>
>>> FRG
>>
>> Just out of interest, what *is* e10s?  If Thomas P enabled it then the 
>> problem would go away?
>>
> 
> e10s aka Electrolysis.
> 
> "Electrolysis functionality hosts, renders, or executes web related 
> content in background child processes which communicate with the 
> "parent" Firefox browser via various ipdl protocols."
> 
> <https://wiki.mozilla.org/Electrolysis#Overview>
> 

Thanks, that will be useful when OpenSuse finally offer the updated version.

-- 
spammo ergo sum, viruses courtesy of https://www.nsa.gov/malware/
0
Don
3/22/2020 8:22:04 PM
Reply: