TenFourFox 38.2.0 Hangs in Accept Cookies Dialog Box
I operate TenFourFox so that I have to accept each website's cookies individually. This brings up a dialog box asking you to Allow, Allow for Session, or deny the cookies, Since updating to version 38.2.0 from 31.8.0, I have had repeated hangs of TenFourFox immediately after this dialog box appears. I have gone back to version 31.8.0 until I can find a solution to this problem.
Keyboard shortcuts
Generic
? | Show this help |
---|---|
ESC | Blurs the current field |
Comment Form
r | Focus the comment reply box |
---|---|
^ + ↩ | Submit the comment |
You can use Command ⌘
instead of Control ^
on Mac
Support Staff 1 Posted by Chris (chtrusch... on 02 Sep, 2015 05:32 PM
What happpens? Are the buttons in the dialog box unclickable? Do you get a spinning beachball?
2 Posted by Mark Shahan on 02 Sep, 2015 08:56 PM
Chris,
The buttons are unclickable as well as the menus and everything else in
TenFourFox. No spinning beachball. I have to force quit and restart
TenFourFox. I was going to try re-installing 32.8 and then try resetting
my profile. I also forgot to say I am running an iMac G3 (500 MHz) with
1GB of memory so I don't know if that might be the problem as well.
Mark
Support Staff 3 Posted by Chris (chtrusch... on 03 Sep, 2015 05:14 AM
Try resetting your profile. G3 and 1GB of memory isn't a problem. If the problem persists after the reset, I need a screenshot of your about:preferences#privacy panel (and/or exact about:config settings) to try and replicate the problem.
4 Posted by Mark Shahan on 27 Sep, 2015 01:26 AM
Chris,
I finally tried TenFourFox 38.2 again and reset my profile but I am still
getting hangs in the "Allow Cookies" dialog box. I updated to 38.3 but am
still getting hangs. Sometimes the dialog box shows the wrong buttons.
Instead of the Show Details, Allow for Session, Deny, and Allow buttons, I
only see the More Info, Cancel, and OK buttons. Sometimes when I see the
wrong buttons, the correct buttons will eventually appear and other times
TenFourFox hangs. The Washington Post site seems to cause hangs fairly
consistently. The Privacy Panel and Troubleshooting Information screen
shots are included below.
[image: Inline image 2]
Application Basics Name Firefox Version 38.3.0 Build ID 20150917222240 Update
History Show Update History Update Channel default User Agent Mozilla/5.0
(Macintosh; PPC Mac OS X 10.4; rv:38.0) Gecko/20100101 Firefox/38.0
TenFourFox/G3 Profile Folder Show in Finder Enabled Plugins about:plugins Build
Configuration about:buildconfig Memory Use about:memory Multiprocess
Windows 0/1 (default: false) Extensions Name Version Enabled ID Graphics Device
ID0x5052GPU Accelerated Windows0/1 Basic Blocked for your operating system
version.Vendor ID0x1002WebGL RendererBlocked for your operating system
version.windowLayerManagerRemotefalse AzureCanvasBackendquartz
AzureContentBackendquartzAzureFallbackCanvasBackendnoneAzureSkiaAccelerated0
Important
Modified Preferences Name Value accessibility.browsewithcarettrue
accessibility.typeaheadfindtruebrowser.cache.disk.capacity358400
browser.cache.disk.smart_size.first_runfalse
browser.cache.disk.smart_size.use_old_maxfalse
browser.cache.frecency_experiment2browser.download.folderList2
browser.download.importedFromSqlitetruebrowser.places.smartBookmarksVersion7
browser.sessionstore.upgradeBackup.latestBuildID20150917222240
browser.startup.homepage_override.buildID20150917222240
browser.startup.homepage_override.mstone38.3.0browser.tabs.loadInBackground
falsebrowser.tabs.warnOnClosefalsedom.mozApps.usedtrue
extensions.lastAppVersion38.3.0gfx.blacklist.direct2d6
gfx.blacklist.direct3d11angle6gfx.blacklist.dxva6
gfx.blacklist.layers.direct3d106gfx.blacklist.layers.direct3d10-16
gfx.blacklist.layers.direct3d116gfx.blacklist.layers.direct3d96
gfx.blacklist.layers.opengl6gfx.blacklist.stagefright6
gfx.blacklist.webgl.angle6gfx.blacklist.webgl.msaa6
gfx.blacklist.webgl.opengl6media.gmp-manager.buildID20150917222240
media.gmp-manager.lastCheck1443313496network.cookie.cookieBehavior1
network.cookie.lifetimePolicy1network.cookie.prefsMigratedtrue
network.predictor.cleaned-uptrue
places.history.expiration.transient_current_max_pages26844
plugin.disable_full_page_plugin_for_typesapplication/pdf
privacy.donottrackheader.enabledtrueprivacy.sanitize.migrateFx3Prefstrue
storage.vacuum.last.index0 user.js Preferences
Your profile folder contains a user.js file, which includes preferences
that were not created by TenFourFox.
Important Locked Preferences Name Value JavaScript Incremental GC true
Accessibility
Activated false Prevent Accessibility 0 Library Versions
Expected minimum versionVersion in useNSPR4.10.84.10.8NSS3.19.2 Basic ECC3.19.2
Basic ECCNSSSMIME3.19.2 Basic ECC3.19.2 Basic ECCNSSSSL3.19.2 Basic ECC3.19.2
Basic ECCNSSUTIL3.19.23.19.2 Experimental Features Name ID Description Active
End Date Homepage
Mark
Support Staff 5 Posted by Chris (chtrusch... on 27 Sep, 2015 10:10 AM
Okay, I'll try and see if I can replicate this reliably with your settings.
The problem, though (as a side-note), with never accepting third party cookies plus "ask me every time" is that it makes your browsing experience living hell because on some sites you're going to click a modal dialog every 5 seconds, and others won't work at all. I use "from visited" and "until they expire" normally and I won't be able to use your settings for very long because I need to do work with this browser :-)
Support Staff 6 Posted by Chris (chtrusch... on 27 Sep, 2015 12:22 PM
I used your settings for a while and may have an idea what's going on.
There's one modal sheet for each cookie the website wants to set. The sheets will appear attached (as dropdowns), or unattached if the browser's main window is not active while the site loads. If there's an unattached sheet waiting for input that somehow slipped to the background you won't be able to click the current sheet.
The only way to resolve a situation like this is to click buttons in *all* sheets that appear, and this way I haven't had to resort to force quit so far.
However, there may even be sheets that are attached to unattached sheets (!), and at the same time another sheet in the foreground but not active. Or sheets behind the browser window you don't even see. All sorts of weird things. Maybe some of this was introduced with 38. See screenshot. None of these sheets are real windows, so there's no way to switch between them via Menu or with Exposé.
If there was a sheet waiting for input and you couldn't make it active for some reason, then you would have to force quit. I can well imagine this will occur sooner or later. I have no idea how one would repair this without changing the whole UI method to something sane.
Support Staff 7 Posted by Cameron Kaiser on 28 Sep, 2015 05:59 PM
Yes, the issues with sheets have been a long-standing problem with Mac Firefox. We sort of make it worse because we require several hacks to get it to work at all, but it's the same underlying issue in the regular browser.