1106795 - When memory utilization peaks (eg. 4-500,000kb) web navigation and dialogs work very slowly.

Status: RESOLVED INCOMPLETE

(SeaMonkey :: General, defect)

Description

[daniele.bonini]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30
Build ID: 20141013232806

Steps to reproduce:

memory utilization peak


Actual results:

In Windows, when the memory utilization reach picks (eg. 4-500,000kb) the web navigation slow completely down, some web sites don't load, dialogs to select files for upload or 'save as' don't open, same for the download manager that doesn't pop up.



Expected results:

expected behavior

Comment 1

[daniele.bonini]

Session restore implementation could somehow matter as closing the browser and restoring the session don't reverse the browser behavior fixing the issues.

Comment 2

[daniele.bonini]

The behavior seems to due to NoScript plugin, but it is something to verify

Comment 3

[daniele.bonini]

Sorry, the behavior seems to be caused by NoScript plugin, but it is something to verify better.

Comment 4

[Philip Chee]

(In reply to daniele.bonini from comment #3)
> Sorry, the behavior seems to be caused by NoScript plugin, but it is
> something to verify better.

CC therube: any known NoScript problems with SeaMonkey?

Comment 5

[daniele.bonini]

Sorry, the situation is a little chaotic running inside a virtual machine.

I verified and it seems not a problem of Noscript neither.

And I observered Safari having the same kind of problem. So it seems more 
related to the system or virtual machine environment.

Comment 6

[daniele.bonini]

I'm using VirtualBox 4.3.18 for Linux

Comment 7

[Philip Chee]

Is your VM guest Linux? What is your swap utilization?

Comment 8

[daniele.bonini]

the OS guest is Win7 SP1. 
No idea that this could be a swap problem, but I can check it

Comment 9

[therube]

> therube: any known NoScript problems with SeaMonkey?

Nope.

Though I don't recall anyone having mentioned running browser+NoScript in a VM, so if there is some poor interaction...?  Anyhow, Safe Mode would rule out NoScript (which has already been done, per above) & other extensions.

> I observered Safari having the same kind of problem. So it seems more related to
> the system or virtual machine environment.

So yes, nothing Mozilla specific here, it would seem.

Comment 10

[Rainer Bielefeld]

@reporter:
Still a problem for you?

Comment 11

[Rainer Bielefeld]

Never confirmed by a second user, no response, so I close this one for now.
@Reporter: Please feel free to reopen this Bug if you still can reproduce the problem with a current SeaMonkey version and a current OS and if you can contribute a step by step instruction how to reproduce the problem due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines>  (containing every key press and every mouse click) how to reproduce the problem reliably.