560048 - Right-click on Form Field, mouseover Submenu, causes Menu state to jump to wrong Menu

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Rob]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.5pre) Gecko/20100415 Namoroka/3.6.5pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.5pre) Gecko/20100415 Namoroka/3.6.5pre (.NET CLR 3.5.30729)

When force a "Spellcheck Menu Option" and I right-click on a "Form Field" and mouseover the displayed Menu to a portion of that Menu that has a Submenu the "Flyout" causes the Menu to change and display a different Menu.

A terser explanation might be "The Form-Field's right-click-Menu's Flyouts emancipate it's Parent _IF_ spelling suggestions are offered".

I am quite certain that this did not occur last week.


Reproducible: Always

Steps to Reproduce:
1. Turn on Spell Checking in Namoroka.
2. Go to the "Additional Comments" of _this_ page (bottom of screen) and left-click in the Form Field.
3. Strike keyboard and hit spacebar to create a spelling error.
4. Right-click on the 'red-squiggle-underlined word'.
5. Look to right side of Menu for a right-arrow "|>" (indicates a Submenu).
6. If the 'red-squiggle-underlined word' is near the bottom then move mouse upward, else move mouse downward and then pause before you get to right-arrow (often the [L]anguages choice will be the first occurrence).
7. Look at the Menu.
8. Progress the mouse a little further to the right-arrowed choice.
9. A 'flyout' will occur and the Parent of the Flyout will change to a different Menu (my guess is that the 'replacement Menu' is the same one that you would get IF you had selected a word and then right-clicked on it) and all the spelling suggestions will disappear (The Parent is killed and replaced).



Expected Results:  
The flyout should not modify the Parent.


Only occurs IF spelling suggestions are offered (US-EN).

Is there such a 'callback' (flyout allowed to change Parent), how could there be; since the flyout would be an orphan and therefore not exists and yet it does.

Could it be a memory leak, or an Index Variable for the redraw not being set and a default is used, seems serious, never seen another Program (or Namoroka) do this.

---

If you are a skilled mouser you can move you mouse very rapidly past the right-arrowed selection (before it can flyout) _OR_ move off the Menu into 'open space' and then re-enter the Menu (avoiding any 'flyout-able' choices) at the selection that you desire and be able to choose what you desire without the Menu being replaced.

--- 

Is there a better way to explain this? It is between "Major" and "Critical".

Thanks,
Rob


Rob

Comment 1

[Kevin Brosnan]

Does this happen in Firefox's safe mode or a new profile? Both are explained in http://support.mozilla.com/en-US/kb/Basic+troubleshooting

Comment 2

[Rob]

(In reply to comment #1)
> Does this happen in Firefox's safe mode or a new profile? Both are explained in
> http://support.mozilla.com/en-US/kb/Basic+troubleshooting

I am 25% of the way through adding my old Plug-ins back in and am taking a short break. So far this does NOT occur so it may be one plug-in that is yet to come _OR_ it may be due to the total number of plug-ins.

Thanks for the advice, resuming soon,
Rob

Comment 3

[Rob]

Re-installed everything except "Orbit Downloader", a quick check and the Plug-ins seem OK, except for the "Plug-in check page" https://www.mozilla.com/en-US/plugincheck/ is a blank list (no plug-ins), but [Tools][Add-ons] is correct.

Installed 'OD' and re-booted, now I have the Bug again.


So now I have ALL these difficulties (instead of just one):

1. Two Profiles (can fix by deleting second one).
2. Tab Mix Plus's data need to be transfered to second profile (if I keep it).
3. Plug-in Check Page shows no Plug-ins.
4. This Bug (560048) which was not present ONE week ago.
5. The Orbit Downloader does not appear in [Tools][Add-ons] but I could have sworn it did previously; after I installed it Namoroka _DID_ report a new Plug-in was installed but it does not seem to appear in the list.


May I suggest that the ability of Orbit Downloader to ruin the Menu's of Namoroka is a Namoroka Bug ?, so this BR is valid; it seems I have triggered a hornets nest of other weirdness.

I am still testing the correct operation of everything and will report back.


References:

Orbit Downloader
http://www.orbitdownloader.com/index.htm

Rob

Comment 4

[Kevin Brosnan]

Plugin check page requires javascript, if you use noscript, adblock, ghostery or similar extension they could can prevent the page from checking that your plugins are up to date. Visiting the page in Firefox's safe mode should allow it to function correctly.

If this issue only appears with Orbit Downloader then this is a bug for the Orbit Downloader developers to fix.

Comment 5

[Rob]

(In reply to comment #4)
> Plugin check page requires javascript, if you use noscript, adblock, 

Worked yesterday, broken today, disabled and still broken.


> Visiting the page in Firefox's safe mode should allow it to function correctly.

Nope.


> If this issue only appears with Orbit Downloader then this is a bug for the
> Orbit Downloader developers to fix.

It doesn't look that way. Worked before, broken now.


Let us (you?) hang on a minute for either dupes, me to figure it out (if I can) or you to install the software and duplicate my environment.

I am willing to stick with this for a long time and get everything working.


The reason to have _multiple_ "'.FLV' capturers" is due to the "Anti-FLV capturers Wars". The reason to capture is to convert (AVISynth / ffmpeg) and watch Music Videos on your Cellphone (great fun on the Buses / Subway).


Thank you for your advice, assistance and patience,
Rob

Comment 6

[Rob]

(In reply to comment #4)
> Plugin check page requires javascript, if you use noscript, adblock, ghostery
> or similar extension they could can prevent the page from checking that your
> plugins are up to date. Visiting the page in Firefox's safe mode should allow
> it to function correctly.

The "Plug-in Check Page" is now working, thus it _was_ broken, before, for me.

Comment 7

[Rob]

(In reply to comment #4)
> If this issue only appears with Orbit Downloader then this is a bug for the
> Orbit Downloader developers to fix.

Reverted to OD 3.0.0.3 (which worked fine) and the 'Namoroka Menu Flyout
emancipator issue' still occurs. It is Namoroka that is different now that OD is back to what it was.

That does NOT mean it could not possibly be OD's fault. Perhaps Namoroka changed and the Developers _did_ follow 'Namoroka's API Guidelines' BUT the interaction with OD (and newer Namoroka) has exposed a problem which may or may not be the Innoshock Team's fault.

Thanks,
Rob

Comment 8

[Tyler Downer [He/Him]]

Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html

Comment 9

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.