Closed Bug 718503 Opened 14 years ago Closed 14 years ago

google search popup fails when add-ons enabled

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Version:
SeaMonkey 2.6 Branch
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 687186

People

(Reporter: tds, Unassigned)

Details

Attachments

(1 file)

this is the localstore.rdf file that prevented google highlight search popups
12.60 KB, application/octet-stream
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1 Build ID: 20111221002025 Steps to reproduce: On a web page I highlight a word or phrase and it's green. I then right-click on it and select Search Google for "[the phrase]". This pops up a new window with the google search. Recently this stopped working. Actual results: Instead of popping up a new window nothing happens. I discovered that under Help I can select 'Restart with Add-ons disabled' and then I do get the popups. However, if I then reverse that (it's still called "Restart with Add-ons disabled, which is wrong!) even though I have EVERY add-on disabled google does not pop up. Expected results: Addons apparently block the google popup even when all of them are disabled. This is Build identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1. I am on Mac OS X 10.6.8.
You manually disabled all addons under tools/addons Manager , restarted Seamonkey and you still get the problem ?
(In reply to Matthias Versen (Matti) from comment #1) Yes and I reconfirmed it just now. At about:addons all 7 show 'enable' 'remove' and are grey. Going to http://www.fred.net/tds/, highlight a black word, right click, select google ... nothing pops up. Thanks for the quick response!
Can you try a new additional profile ? btw: This works for me with Mozilla/5.0 (Windows NT 6.1; rv:12.0a1) Gecko/20120114 Firefox/12.0a1 SeaMonkey/2.9a1
(In reply to Matthias Versen (Matti) from comment #3) > Can you try a new additional profile ? I switched to my test profile and google popup worked. The enabled addons were: ChatZilla 0.9.88 DOM Inspector 2.0.10 JavaScript Debugger 0.9.88.2 I installed Adblock Plus 2.0.3 and restarted. Google popups work. I'm at a loss as to how to explain this.
>I'm at a loss as to how to explain this I have the same problem... Did you change any hidden prefs in your normal profile ? The safemode disables also the hardware graphic acceleration. Do you forced enabled it by a chance ? about:support shows the HWA status and many changed prefs.
(In reply to Matthias Versen (Matti) from comment #5) > Did you change any hidden prefs in your normal profile ? I don't think so - I wouldn't know how to do that ... > The safemode disables also the hardware graphic acceleration. Do you forced > enabled it by a chance ? > about:support shows the HWA status and many changed prefs. Graphics Adapter Description0x21900,0x20400 WebGL RendererATI Technologies Inc. -- ATI Radeon X1900 OpenGL Engine -- 2.0 ATI-1.6.36 GPU Accelerated Windows0/3. Blocked for your graphics card because of unresolved driver issues. Apparently it's already blocked. I'm going to compare the states for my two profiles, but I'd better send this first!
I got the differences (using sdiff) but it's not obvious. Would you like me to put the difference file here? Also, I looked at cookies and found that google.com was blocked from setting cookies - but that made no difference. Actually went to popup manager, but it switched me over to cookies for some reason. Apparently there's no direct control for popups. Hunh?
>Apparently it's already blocked Do you have the same result in your old and your new profile ? Do you have different options in about:config for either : javascript or browser.search.defaultengine ?
(In reply to Matthias Versen (Matti) from comment #8) > >Apparently it's already blocked > Do you have the same result in your old and your new profile ? I have had a test profile for a while (since debugging another bug) but it doesn't act the same as my default profile. The test profile produces the google popup. The default profile does not IF add-ons are turned on (even when ALL are disabled). > Do you have different options in about:config for either : > javascript or browser.search.defaultengine ? browser.search.defaultengine is not listed. 'java' is not listed. JavaScript appears and they are not the same: JavaScript Debugger JavaScript Debugger 0.9.88.2 0.9.88.2 false | true {f13b157f-b174-47e7-a34d-4815ddfdfeb8} {f13b157f-b174-47e7-a34d-4815ddfdfeb8} the false case is the one for my default profile (that doesn't work) Oh wait - that's for about:support ... I'll post it anyway and do about:config next
(In reply to Matthias Versen (Matti) from comment #8) > Do you have different options in about:config for either : > javascript or browser.search.defaultengine ? diff default-about_config.xul test-about_config.xul no differences at all.
>but it doesn't act the same as my default profile. I meant: Is your graphic card listed as blocked in both profiles under about:support ? - Can you change the context menu search option in preferences/browser/internet search/[ ] Open a tab instead... - Switch the default search engine to another provider (example:yahoo) for a test. >diff default-about_config.xul test-about_config.xul that doesn't work :-) saving the internal about:config page doesn't save the list of preferences. Use the filter bar at the top of the about:config page. Changed preferences are in bold and all options with the filter "javascript" should be unchanged. A third thing that you could try is to close Seamonkey and rename the file localstore.rdf and restart Seamonkey. That will reset all your window locations, toolbar settings... We got another older report with bug 687186 but we are not able to reproduce it.
(In reply to Matthias Versen (Matti) from comment #11) > >but it doesn't act the same as my default profile. > I meant: Is your graphic card listed as blocked in both profiles under > about:support ? Yes. > - Can you change the context menu search option in > preferences/browser/internet search/[ ] Open a tab instead... I didn't try this, I did the things below ... > - Switch the default search engine to another provider (example:yahoo) for a > test. I didn't try this, I did the things below ... > >diff default-about_config.xul test-about_config.xul > that doesn't work :-) > saving the internal about:config page doesn't save the list of preferences. > Use the filter bar at the top of the about:config page. Changed preferences > are in bold and all options with the filter "javascript" should be unchanged. Oops, sorry I should have looked closer. Usually when one saves a page, it saves the data!! This is a pain because either I have to write down every item (and make errors) or I have to remember it (forget that) or I have to take a jpg snapshot (in which case I can't do a diff). There should be a simple way to save all of the data into a file! (Cut and paste fails too! How annoying.) Default: all options unchanged. no bold test: all options unchanged. no bold I did window captures and they appear identical (assuming I didn't miss something - the jpgs jump as I switch between them). > A third thing that you could try is to close Seamonkey and rename the file > localstore.rdf and restart Seamonkey. > That will reset all your window locations, toolbar settings... > > We got another older report with bug 687186 but we are not able to reproduce > it. % pwd /Users/tds/Library/Application Support/SeaMonkey/Profiles/gow3t7z9.default % mv localstore.rdf hold-localstore.rdf google search popup works! So it seems to be in localstore.rdf! I returned the file to localstore.rdf but I just lost all my bookmarks! HELP!!!! The bookmarks.html file is from Sep 07! There is a new one in bookmarkbackups, but it's not read?? Now I can't try the preferences and yahoo tests because the google popup works but I can't restore the previous condition. All my bookmarks and passwords are lost. HELP!!!!
BOOKMARKS RESTORED. I discovered I was in the test profile - switching back to default restored my bookmarks. *WHEW* sorry for the confusion. Now I'll switch the localstore.rdf while in default.
> A third thing that you could try is to close Seamonkey and rename the file > localstore.rdf and restart Seamonkey. > That will reset all your window locations, toolbar settings... Ok, do this again but THIS time starting from the default profile! % pwd /Users/tds/Library/Application Support/SeaMonkey/Profiles/gow3t7z9.default mv localstore.rdf hold-default-localstore.rdf google search popup works! mv localstore.rdf working-localstore.rdf cp hold-default-localstore.rdf localstore-safe.rdf Oops, didn't mean to do that. Dang file completion! cp hold-default-localstore.rdf localstore.rdf try it ... Google search popup failed! diff localstore.rdf hold-default-localstore.rdf (identical) rm localstore.rdf Google search popup works! Ok, so I have: localstore.rdf - made from scratch by seamonkey - works hold-default-localstore.rdf - the 'bad' one. I could give you the diff between these if you would like ...
(In reply to Matthias Versen (Matti) from comment #11) cp hold-default-localstore.rdf localstore.rdf confirm: google popup fails. Now I can test these: > - Can you change the context menu search option in > preferences/browser/internet search/[ ] Open a tab instead... "Open a tab instead of a window for a context menu web search" now checked ... Nothing happens when I highlight text and do google search. Close browser, open, check preference: still checked. still fails. Reset to pop up a window (my preference). Still fails. > - Switch the default search engine to another provider (example:yahoo) for a > test. Set to yahoo; close browser, open - it's set. No popup with "Search Yahoo for ..." Remove localstore.rdf; now I get a yahoo search popup! Restore localstore.rdf to original form: fails to give yahoo popup. Returning to google state.
>BOOKMARKS RESTORED Phew ! I read the first email before going to shower and I was a little bit frustrated :-) A backup is never a bad idea ! The file bookmarks.sqlite contains the passwords and the file signons.sqlite and key3.db are both needed for the passwords or just backup the whole profile. HDD space is cheap today :-) The bookmark system can restore previous bookmarks via Bookmarks/Manage Bookmarks/tools/Restore I will dupe this bug to bug 687186 but could you attach the broken localstore.rdf here using the "add an attachment" link at the top of this report ? The file shouldn't contain sensitive data, you can read it with a texteditor. thanks for your bug report and your patience
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
(In reply to Matthias Versen (Matti) from comment #16) > >BOOKMARKS RESTORED > Phew ! > I read the first email before going to shower and I was a little bit > frustrated :-) Sorry about that. > A backup is never a bad idea ! > The file bookmarks.sqlite contains the passwords and the file signons.sqlite > and key3.db are both needed for the passwords or just backup the whole > profile. HDD space is cheap today :-) True, but I didn't think to backup when just moving a file out of the way! (I do have backups through TimeMachine anyway.) > The bookmark system can restore previous bookmarks via Bookmarks/Manage > Bookmarks/tools/Restore AH! Thanks. There are a lot of features hidden away ... > I will dupe this bug to bug 687186 but could you attach the broken > localstore.rdf here using the "add an attachment" link at the top of this > report ? > The file shouldn't contain sensitive data, you can read it with a texteditor. Done! > thanks for your bug report and your patience No problem. I'm glad you were able to handle this quickly before I lost track of the issues or got distracted by other topics. But ... I don't understand the consequences of deleting the localstore.rdf file! Don't I lose something? Is that the final solution here for me?
>I don't understand the consequences of deleting the >localstore.rdf file! Don't I lose something? Is that the final >solution here for me? Deleting the file resets the toolbars and window position to the default value. The problem itself is now solved for you. The main problem for us is now to find the exact value inside the file to is causing this and probably how that can happen to contain such a broken value.
(In reply to Matthias Versen (Matti) from comment #19) > Deleting the file resets the toolbars and window position to the default > value. > The problem itself is now solved for you. Ok, file removed and it's now functional. THANK YOU!! > The main problem for us is now to find the exact value inside the file to is > causing this and probably how that can happen to contain such a broken value. I suspect two things. One is the new version of Seamonkey, though I can't prove that. Secondly, I think I had a 'funny' crash at one point, but again I don't have details. I hope you find that you can replicate the problem with the file. Good luck!
> The main problem for us is now to find the exact value inside the file to is causing > this and probably how that can happen to contain such a broken value. One way is to bisect the broken localstore.rdf. 1. Save it somewhere else. 2. Truncate it in half. 3. See if the problem still occurs. 3a. If the problem still occurs, keep reducing the file by half. 3b. If not restore the broken localstore.rdf and this time truncate the file about 3/4 of the way down. etc.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: