Problem displaying pages deep into Facebook

Discussion of general topics about Seamonkey
Post Reply
Roger Davis
Posts: 302
Joined: November 16th, 2009, 8:36 am

Problem displaying pages deep into Facebook

Post by Roger Davis »

After I have been using Facebook for an hour or more, SeaMonkey freezes up. The display won't advance, pictures may overlap, becomes generally unresponsive, sometime with a really messed up display.

I know it's in SeaMonkey, as Chrome has no such problem.

Cache has been at 500, recently upped to 1000. I've tried both fixed and "let SeaMonkey" manage it.

This is costing me about an hour a day. How can I fix it?
TPR75
Posts: 1353
Joined: July 25th, 2011, 8:11 am
Location: Poland

Re: Problem displaying pages deep into Facebook

Post by TPR75 »

Ha! So, I'm not alone with such a problem. No, I'm not using Facebook.

Since update to SeaMonkey 2.40 I'm experiencing problems with pages pictures heavy (especially GIFs). Any pages. I thought it was problem with my AV (Eset NOD32, latest) and/or firewall soft (Agnitum OFP). I was trying to disable them or make exceptions for seamonkey.exe but without positive result. I thought it was problem with some extensions:
http://forums.mozillazine.org/viewtopic ... #p14560115
... but it was just some mistake.
Reverting to older Nvidia drivers didn't help too.

I'm starting SeaMonkey with Mail&Newsgroup client. First I'm downloading e-mails. Since SM 2.40 I'm noticing some problems with icon of messages (both old and incoming new) - some didn't appear until I'll move mouse cursor over them.

In Browser, when browsing sites pictures heavy, I'm experiencing lags and short freezes (for half a second, second, few seconds, depends on site). I'm browsing in tabs (usually in one window). When SM freezes I can't do anything with any SM window (Task Manager shows 100% per one core; SM is "single core" so far). I thought it was problem because of my slow internet access but no - SeaMonkey 2.40 can freeze while displaying already downloaded pictures (especially bigger GIFs).

For a test I've uninstalled SM 2.40 (completely and then restart of PC) and installed SeaMonkey 2.39... and problem disappeared. Pages were loaded/displayed like before - if picture was big and not completely downloaded (including GIFs) then I was still able to browse such site and switch between tabs/windows.

It must be something with 2.40 version. Maybe switching to newer (but not latest) VC++ made this problem? Most of my computer are old and equipped with Intel Core2Duo CPUs (E8400). AFAIK newer runtimes prefers multicore processors (like i5 or i7) and in some rare cases older C2D will have problems.
I saw this with PC games but then BES helped for this:
http://mion.faireal.net/BES/
... but not for SeaMonkey (at least not much).

I've installed SM 2.40 again because of security reasons - I'd rather suffer of lags and freezes then use vulnerable software.

Are there any other users with Intel C2D CPUs who experienced similar behavior of SeaMonkey 2.40?

EDIT: I'm using RAM disk so access to cache is really fast.
--
frg
Posts: 1361
Joined: December 15th, 2015, 1:20 pm

Re: Problem displaying pages deep into Facebook

Post by frg »

Adrian just compiled 2.43. You might try this one and see if the problems go away. It's not official but the next best thing until 2.43 hopefully arrives soon:

https://l10n.mozilla-community.org/~aka ... windows32/

2.40 like 2.39 was compiled using VC++ 2013. The runtime didn't change. 2.46 is the first version which will use VC++ 2015.

From memory I had some connection and image problems in a local compiled 2.40 too. 2.41 was stable and 2.42 really good. There were lots of changes in the mozilla code in these releases which might have caused this.

FRG
frg
Posts: 1361
Joined: December 15th, 2015, 1:20 pm

Re: Problem displaying pages deep into Facebook

Post by frg »

Btw. I am also using Seamonkey on an old L9400 Core2Duo laptop with lousy Intel graphics drivers without problems. VS2015 x64 build locally compiled and it's stable there. Flash (which I do not have installed), antivirus software and some addons seem to cause the most problems these days.
User avatar
therube
Posts: 21714
Joined: March 10th, 2004, 9:59 pm
Location: Maryland USA

Re: Problem displaying pages deep into Facebook

Post by therube »

Roger wrote:After I have been using Facebook for an hour or more, SeaMonkey freezes up
How much memory & CPU is SeaMonkey using at that point?
TPR wrote:Since SM 2.40 I'm noticing some problems with icon of messages (both old and incoming new) - some didn't appear until I'll move mouse cursor over them.
Might try Safe Mode, or as a test, a new clean Profile (as some Pref settings may no longer be [as] compatible as they might have been with SeaMonkey < 2.40).

For the first time in ages, I had my Screen Goes Black. (I didn't fully freeze, & was able to successfully Quit [blindly], but its been quite a while since I've run into anything like that. And yes, using 2.40. Could have been coincidence - or not?)
Fire 750, bring back 250.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball CopyURL+ FetchTextURL FlashGot NoScript
TPR75
Posts: 1353
Joined: July 25th, 2011, 8:11 am
Location: Poland

Re: Problem displaying pages deep into Facebook

Post by TPR75 »

TPR wrote:Since SM 2.40 I'm noticing some problems with icon of messages (both old and incoming new) - some didn't appear until I'll move mouse cursor over them.
Might try Safe Mode, or as a test, a new clean Profile (as some Pref settings may no longer be [as] compatible as they might have been with SeaMonkey < 2.40).[/quote]

Tried it and no go. I mean at the beginning in safe mode it looked like "better" but after some time it was the same as usual. All plugins are set to "ask to activate".

about:support shows some "Important Modified Preferences"

Code: Select all

accessibility.typeaheadfind.linksonly	false
accessibility.typeaheadfind.usefindbar	false
browser.cache.check_doc_frequency	1
browser.cache.disk_cache_ssl	false
browser.cache.disk.capacity	524288
browser.cache.disk.parent_directory	H:\Temp
browser.cache.disk.smart_size_cached_value	225280
browser.cache.disk.smart_size.enabled	false
browser.cache.disk.smart_size.first_run	false
browser.cache.disk.smart_size.use_old_max	false
browser.display.document_color_use	1
browser.display.screen_resolution	96
browser.download.manager.closeWhenDone	true
browser.download.manager.showAlertOnComplete	false
browser.fixup.alternate.enabled	false
browser.places.importBookmarksHTML	false
browser.places.smartBookmarksVersion	4
browser.search.useDBForOrder	true
browser.sessionstore.max_concurrent_tabs	-1
browser.startup.homepage	about:mozilla
browser.startup.homepage_override	false
browser.startup.homepage_override.mstone	rv:43.0
browser.tabs.insertRelatedAfterCurrent	false
browser.tabs.loadDivertedInBackground	true
browser.tabs.loadGroup	0
browser.tabs.loadOnNewTab	1
browser.tabs.maxOpenBeforeWarn	27
browser.tabs.opentabfor.doubleclick	true
browser.urlbar.formatting.enabled	false
dom.apps.reset-permissions	true
dom.disable_open_click_delay	100
dom.disable_window_move_resize	false
dom.disable_window_status_change	true
dom.event.contextmenu.enabled	false
dom.ipc.plugins.asyncInit.enabled	true
dom.mozApps.used	true
dom.w3c_touch_events.expose	false
extensions.lastAppVersion	2.40
font.internaluseonly.changed	false
font.language.group	x-central-euro
font.name.cursive.x-western	English111 Vivace BT
font.name.fantasy.x-central-euro	Arial
font.name.fantasy.x-western	Allegro BT
general.autoScroll	false
general.useragent.compatMode.firefox	false
general.useragent.override.adobe.com	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40
[cut] more UserAgents Override for some sites
gfx.content.azure.enabled	false
gfx.crash-guard.glcontext.appVersion	2.40
gfx.crash-guard.glcontext.deviceID	0x1380
gfx.crash-guard.glcontext.driverVersion	10.18.13.6472
gfx.crash-guard.glcontext.gfx.driver-init.direct3d11-angle	true
gfx.crash-guard.glcontext.gfx.driver-init.webgl-angle	true
gfx.crash-guard.glcontext.gfx.driver-init.webgl-angle-force-d3d11	false
gfx.crash-guard.glcontext.gfx.driver-init.webgl-angle-force-warp	false
gfx.crash-guard.glcontext.gfx.driver-init.webgl-angle-try-d3d11	true
gfx.crash-guard.status.glcontext	2
gfx.direct2d.disabled	true
gfx.direct3d.last_used_feature_level_idx	0
gfx.driver-init.appVersion	2.38
gfx.driver-init.deviceID	0x1380
gfx.driver-init.driverVersion	10.18.13.5598
gfx.driver-init.feature-d2d	false
gfx.driver-init.feature-d3d11	true
gfx.driver-init.status	2
keyword.enabled	false
keyword.URL	http://www.google.pl/search?ie=UTF-8&oe=utf-8&q=
layers.acceleration.disabled	true
media.autoplay.enabled	false
media.windows-media-foundation.use-dxva	false
mousewheel.withcontrolkey.action	0
mousewheel.withcontrolkey.sysnumlines	true
network.cookie.lifetimePolicy	1
network.cookie.prefsMigrated	true
network.cookie.warnAboutCookies	true
network.dns.disableIPv6	true
network.dns.disablePrefetch	true
network.ftp.anonymous_password	ala@kot.com
network.http.max-connections-per-server	50
network.http.max-persistent-connections-per-server	20
network.http.redirection-limit	40
network.http.sendRefererHeader	0
network.http.sendSecureXSiteReferrer	false
network.http.spdy.enabled	false
network.prefetch-next	false
places.database.lastMaintenance	1461604428
places.history.expiration.transient_current_max_pages	104858
places.history.expiration.transient_optimal_database_size	134154320
plugin.importedState	true
plugin.scan.Acrobat	11.0
plugin.scan.WindowsMediaPlayer	12.0
plugin.state.flash	1
plugin.state.java	1
plugin.state.np32dsw	1
plugin.state.npbrowserplugin	0
plugin.state.npctrl	1
plugin.state.npdeployjava	0
plugin.state.npdivx	1
plugin.state.npdjvu	2
plugin.state.npmswmp	1
plugin.state.npnokiasuiteenabler	0
plugin.state.npovshelper	1
plugin.state.nppdf	0
plugin.state.npwatweb	2
print.print_bgcolor	false
print.print_bgimages	false
print.print_evenpages	true
print.print_in_color	true
print.print_margin_bottom	0.5
print.print_margin_left	0.5
print.print_margin_right	0.5
print.print_margin_top	0.5
print.print_oddpages	true
print.print_orientation	0
print.print_printer	PDFCreator
print.print_reversed	false
print.print_scaling	1.00
print.print_shrink_to_fit	true
[cut] Printers
privacy.donottrackheader.enabled	true
privacy.item.history	false
privacy.item.urlbar	false
privacy.popups.remove_blacklist	false
privacy.popups.showBrowserMessage	false
privacy.popups.sound_enabled	true
privacy.trackingprotection.enabled	true
privacy.warn_tracking_content	false
security.ask_for_password	1
security.disable_button.changePassword	false
security.disable_button.openCertManager	false
security.disable_button.openDeviceManager	false
security.disable_button.resetPassword	false
security.enable_java	false
security.OCSP.disable_button.managecrl	false
security.warn_entering_secure	true
security.warn_leaving_secure	true
security.warn_submit_insecure	true
security.xpconnect.plugin.unrestricted	false
storage.vacuum.last.index	1
storage.vacuum.last.places.sqlite	1459617788
"Important Locked Preferences": none

I tried to change some "gfx" preferences (especially with D3D and D2D) but without positive results. D2D, hardware acceleration and font smoothing was disabled because of problem with "Clear Type" under Windows 7.

Extreme (pictures heavy) example (warning!!!):
http://www.kelp.cl/news/
Photos of murals around the glob.
--
Roger Davis
Posts: 302
Joined: November 16th, 2009, 8:36 am

Re: Problem displaying pages deep into Facebook

Post by Roger Davis »

Found solution - maybe.

Set cache to 1000, DO NOT let SeaMonkey Manage, restart.

So far, so good, but I haven't put it to severe test yet.
TPR75
Posts: 1353
Joined: July 25th, 2011, 8:11 am
Location: Poland

Re: Problem displaying pages deep into Facebook

Post by TPR75 »

Roger Davis wrote:Found solution - maybe.

Set cache to 1000, DO NOT let SeaMonkey Manage, restart.

So far, so good, but I haven't put it to severe test yet.
Word "maybe" was good choice. The same effect you'll have by clearing cache - first few pages loads a little better but soon or later the same lags/freezes will come back.

IMHO it's not about size of cache. I'm experiencing problems with displaying pages with GIF files already downloaded. And problems (longer freezes) will occur when GIF is "one PageDown (full display mouse scroll)" below current displayed content. To make it clear (my English grammar is awful): SeaMonkey will freeze on some pages when GIF (or bigger picture) is not displayed already but is "prepared" for display on next PageDown (or mouse scroll).

Older SeaMonkey 2.39 works correct in that matter. I didn't tested unofficial builds because problems could be caused by "build machine". I'll wait for next official build (at least beta version).
--
Post Reply