purpose of the permissions.sqlite file?
Can anyone point out what the necessity of, and the purpose is, of the permissions.sqlite file in Seamonkey in XP Path: Documents Settings -- user-name -- Application Data -- Mozilla --Profiles --userspecific-ID? jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: purpose of the permissions.sqlite file?
On Wed, 20 Jun 2012 10:40:50 -0400, jim j...@earthlink.com in mozilla.support.seamonkey wrote: Can anyone point out what the necessity of, and the purpose is, of the permissions.sqlite file in Seamonkey in XP Path: Documents Settings -- user-name -- Application Data -- Mozilla --Profiles --userspecific-ID? jim Yes, i know it is in the mozilla KB, which says: permissions.sqlite SeaMonkey 2.0 and above Permission database for allowing cookies, images, and popups. http://kb.mozillazine.org/Profile_folder_-_SeaMonkey However, observational results say it also includes blocked image sites, that it is rewritten/updated with each application boot, BUT, the portions of removed site blocks is not incorporated into the new/updated file. jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SeaMonkey Mail not opening to the Inbox
A user was asking me about his SeaMonkey not opening to the Inbox in SM 2.0.10, and the account tree was collapsed. He downgraded to SM 2.0.6, and checked for updates, and found the updater wasn't working in SM 2.0.10, and was updated to SM 2.0.14 from SM 2.0.6, which resolved his problem with not opening to the Inbox. He states, So good of them to keep me posted. Call me naive, but I thought automatic updates meant automatic updates. I suggested he update to SM 2.10.1 for security reasons, which he did. He is using Windows 7 UK English version. Now the not opening to the Inbox, account tree is collapsed problem has returned. I've already suggested he check to make sure Remember the last selected message is not checked. It is not. That View All is set for Threads and Messages. They are. He claims to have no extensions or themes installed. I can't think of anything else for suggest. Any ideas? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey Mail not opening to the Inbox
WLS wrote: A user was asking me about his SeaMonkey not opening to the Inbox in SM 2.0.10, and the account tree was collapsed. He downgraded to SM 2.0.6, and checked for updates, and found the updater wasn't working in SM 2.0.10, and was updated to SM 2.0.14 from SM 2.0.6, which resolved his problem with not opening to the Inbox. He states, So good of them to keep me posted. Call me naive, but I thought automatic updates meant automatic updates. I suggested he update to SM 2.10.1 for security reasons, which he did. He is using Windows 7 UK English version. Now the not opening to the Inbox, account tree is collapsed problem has returned. I've already suggested he check to make sure Remember the last selected message is not checked. It is not. That View All is set for Threads and Messages. They are. He claims to have no extensions or themes installed. I can't think of anything else for suggest. Any ideas? It's a bug, Bugzilla # 748899. The only way we've seen so far to guarantee your mail window opens the way you want is to open a browser window first, then open mail from there, using the little envelope icon in the lower left corner of the browser window. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey Mail not opening to the Inbox
Rickles wrote: WLS wrote: A user was asking me about his SeaMonkey not opening to the Inbox in SM 2.0.10, and the account tree was collapsed. He downgraded to SM 2.0.6, and checked for updates, and found the updater wasn't working in SM 2.0.10, and was updated to SM 2.0.14 from SM 2.0.6, which resolved his problem with not opening to the Inbox. He states, So good of them to keep me posted. Call me naive, but I thought automatic updates meant automatic updates. I suggested he update to SM 2.10.1 for security reasons, which he did. He is using Windows 7 UK English version. Now the not opening to the Inbox, account tree is collapsed problem has returned. I've already suggested he check to make sure Remember the last selected message is not checked. It is not. That View All is set for Threads and Messages. They are. He claims to have no extensions or themes installed. I can't think of anything else for suggest. Any ideas? It's a bug, Bugzilla # 748899. The only way we've seen so far to guarantee your mail window opens the way you want is to open a browser window first, then open mail from there, using the little envelope icon in the lower left corner of the browser window. Thanks! I'll pass that along. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Bug in Most Visited Seamonkey 2.10.1
When I first start Seamonkey, the Most Visited bookmarks are as expected. Immediately after selecting any of them and then looking again at the list, every entry is shown twice. Is this a known bug and what can be done to fix it? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Cursor Position After Launching a New Tab
I ran the following test: 1. I went to my home page at http://www.rossde.com/. 2. I searched for the term rancho (without quotes) not case-specific. 3. I then middle-clicked on the copyright symbol in Copyright © 1997 by David Ross at http://www.rossde.com/copyright.html several lines above the found Rancho. 4. I then searched for the term president (again without quotes) and again not case-specific. The result of step #4 was the term President under Trustee, Community Foundation for Oak Park and not the first occurrence of President after the copyright symbol, which was under Elected to public office. Having clicked on the copyright symbol in step #3 (albeit a middle-click), should not the cursor position for starting the next search be at that symbol? Instead, it seems that the cursor position remained at Rancho so that the search in step #4 continued from there. Is this a bug? Or is this intentional? -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Cursor Position After Launching a New Tab
David E. Ross: Having clicked on the copyright symbol in step #3 (albeit a middle-click), should not the cursor position for starting the next search be at that symbol? Instead, it seems that the cursor position remained at Rancho so that the search in step #4 continued from there. Yes. Is this a bug? Or is this intentional? Opening a new tab will set the position for searching on this new tab to the top of this new tab. The position for searching on the old tab will not be affected. And this is a good thing. :) Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Cursor Position After Launching a New Tab
On 6/20/12 9:43 PM, Hartmut Figge wrote: David E. Ross: Having clicked on the copyright symbol in step #3 (albeit a middle-click), should not the cursor position for starting the next search be at that symbol? Instead, it seems that the cursor position remained at Rancho so that the search in step #4 continued from there. Yes. Is this a bug? Or is this intentional? Opening a new tab will set the position for searching on this new tab to the top of this new tab. The position for searching on the old tab will not be affected. And this is a good thing. :) Hartmut The default when opening a new tab by middle-clicking on a link is to place the new tab in the background, leaving the focus on the old tab. This is controlled by the preference variable browser.tabs.loadInBackground, which has the default value True. That is how my configuration is setup. In my test, I did not search on the new tab. I did not even select the new tab. Focus remained on the old tab. My question is whether, in this case, the position for searching on the old tab should be where the last search stopped or where I middle-clicked (where in the view window the last mouse action occurred). -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
