193913 - using Back Button will freeze or crash Mozilla

Status: RESOLVED FIXED

(SeaMonkey :: General, defect)

Description

[Dirk Munk]

User-Agent:       Mozilla/5.0 (X11; U; OpenVMS Digital_Personal_WorkStation_; en-US; rv:1.3b) Gecko/20030207
Build Identifier: Mozilla/5.0 (X11; U; OpenVMS Digital_Personal_WorkStation_; en-US; rv:1.3b) Gecko/20030207

Using the Back button may cause Mozila to freeze, and in other instances to
crash with a stack dump. It does not happen always, but quite frequently.

Another problem may have to do something with this problem too. After loading a
picture in a new tab, or better several pictures in several tabs, I tried to
save these pictures to disk. After I tried to save the second picture, Mozilla
crashed with a stack dump. This happens consistantly.

This is a new problem with 1.3B, 1.3A was very stable.

My guess is that it has something to do with the interaction between the browser
and the cache.

Reproducible: Sometimes

Steps to Reproduce:
1.
2.
3.

Comment 1

[Dirk Munk]

Attachment: Stackdump after Back Button crash

Comment 2

[Dirk Munk]

Attachment: Stackdump after Back Button crash

Comment 3

[Colin Blake]

Since this is crashing in a memory allocation routine, that begs the question,
how much virtual memory do you have?

$ show process /quota

Comment 4

[Dirk Munk]

$ sho proc /quota

27-FEB-2003 20:32:02.15   User: MUNK             Process ID:   00002945
                          Node: MNKALP           Process name: "_FTA7:"

Process Quotas:
 Account name:
 CPU limit:                      Infinite  Direct I/O limit:       150
 Buffered I/O byte count quota:   1023808  Buffered I/O limit:     150
 Timer queue entry quota:             100  Open file quota:       4096
 Paging file quota:               1994448  Subprocess quota:        10
 Default page fault cluster:           64  AST quota:              248
 Enqueue quota:                      2000  Shared file limit:        0
 Max detached processes:                0  Max active jobs:          0

Soft CPU Affinity: off

Account quota:

Maxjobs:         0  Fillm:      4096  Bytlm:      1024000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:       150  JTquota:       4096
Prclm:           8  DIOlm:       150  WSdef:         2000
Prio:            4  ASTlm:       250  WSquo:        40000
Queprio:         4  TQElm:       100  WSextent:    400000
CPU:        (none)  Enqlm:      2000  Pgflquo:    2000000

Comment 5

[Colin Blake]

Quotas look good.

On the off chance, can you try:

$ define VMS_POLL_TIMER_MIN  100

before starting Mozilla.

Just in case it makes a difference.

Comment 6

[Dirk Munk]

Attachment: stackdump after trying to save a picture from a TAB

This stackdump occured before the VMS_POL_TIMER_MIN logical was set

Comment 7

[Dirk Munk]

Attachment: Stackdump after trying to save a picture from a TAB

This stackdump happened shortly after restarting Mozilla with the
VMS_POLL_TIMER_MIN logical set to 1000

Comment 8

[Colin Blake]

I believe this problem is fixed in the final release of 1.3. Please reopen if
this is not the case.