Conflict with Dictionary Switcher
Brought to you by:
youarefunny
There's a conflict with Dictionary Switcher: The first time we try to open the Wizard, only the buttons ("Back", "Finish", and "Cancel") are visible and it seems that the page opens up on the last configuration panel (the "Finish" button appears instead of "Next"). Closing and relaunching the Wizard resolves the issue.
Okay, that's really strange. I have no idea what we are doing that could cause that but I'll look into it.
Closing and relaunching does not fix this for me.
Steps to reproduce:
Meathod 1
chrome://autosizer/content/wizard.xul.Meathod 2
about:addonsYou can get the expected behavior by disabling Dictionary Switcher and repeating either of the steps.
I haven't thoroughly looked at it, but when Dictionary Switcher is installed, SBA doesn't call asw.initSize() before asw.init() the first time the Wizard is launched.
Last edit: King Nothing 2012-10-15
Yes, here is the log:
What's more, there are no error console errors. Seeing as printing "autosizer: asw.initSize() called." is the first line of
asw.initSize()I would say that this is either a Mozilla or Dictionary Switcher bug as we just aren't getting called.What the log looks like without DS installed:
Seeing as
asw.initSize()is the first page of the wizard it is like we aren't opening to the proper page.I think we need to try to isolate the mistake, quite likely by guess and check.
As a workaround disable Dictionary Switcher when you need to use the wizard. That appears to be the only thing affected.
Here is a quick log of things I am testing.
<overlay>in br_tbarpal.xul<overlay>in browser.xul- Wizard works.
</menupopup>- Wizard works.
</menupopup><menuitem id="dictionary-switcher-as-i-type">and<menuitem id="dictionary-switcher-auto">dictionarySwitcher.toggleAsIType()anddictionarySwitcher.toggleAuto()I'm totally confused and need to take a break. If either of the menuitems are there it works, so not one is causing the problem, it is the combination of both. I was thinking if they were indexing the children it could grab the wrong one or something but I can't find any reference to that. Hopefully the author has some insight.
Hello, I took another look a couple of times and still have no clue. Is this issue still present or has it magically disappeared?
This issue is still present (successfully reproduced with Firefox 24.0, Windows 7 SP1 - x86).
Still no error in the log, besides a "XUL box for a element contained an inline #text child, forcing all its children to be wrapped in a block" message, pertaining to prefs.xul.
This bug has been moved to our new tracker on launchpad. Please continue discussion there, thank you.
https://bugs.launchpad.net/autosizer/+bug/1249920