Apache OpenOffice (AOO) Bugzilla – Issue 81928
Contextmenu-problem when Search-Toolbar is active.
Last modified: 2017-05-20 09:19:20 UTC
f.e.: "wrong words are not underlined? Should be: 11011001011" "Is: 10111110110" "Differences: 01100111101" "Wrong after merging errors from bugs 00100110100" "wrong words are not underlined? Should be: 00010000000" "Is: 11111111111" "Differences: 11101111111" "Wrong after merging errors from bugs 11101111111"
Issue only occurs when the Sun-Searchbar is active.
GH: When the SunSearch-toolbar is active, opening the contextmenu fails. Don't know why, or if this is something for you or the developer behind the toolbar, but I hope you can tell me the cause for the not opening contextmenu.
Path to the test: /graphics/level1/g_spellcheck.bas Testcase: tToolsSpellcheckAutoSpellcheck
Hallo? willst Du mich verar....? the warnlogs are in the basic script. Don't know what they are good for. g_spellcheck.inc
This is NOT about the errors, but WHY they occur. Because this testcase has run error-free for years. And now, when activating the search-toolbar, and ONLY when it's activated - produces errors. I have seen that the contextmenu sometimes doesn't appear, but I can't see why.
Changing Summary and target.
I didn't write the test and have no idea what the output is for. Who wrote the test? the function sAnalyzeContextMenu fails there are tests for the first menuitem to be 10456 which is default. if google toolbar is actibe the first menuentry is the searchbar (ID 1000) unluckily the ID 1000 is also used for the first spellcheck suggestion (if there are any) so other parts of the sAnalyzeContextMenu which rely on that will also have to get rewritten Please assign to responsible engeneer
The test doesn't get that far. It tries to open the context menu, then it does a count of the items, and that count fails - because there is no contextmenu available. At least that's what both my breakpoints and the log tells me. Outcomment the part about ID 1000 and see for your self, where the test stops.
You mean this part: "if (iSlot <> 10456) then if (not bDifferent) then ' WorkAround ## ' qaerrorlog "" + iSlot + " UNDERLINED" iTemp = iTemp + (2^i) end if call hMenuClose() else" which is 100% ok. If the first menuitem _isn't_ a spellchecking-word - the contextmenu _should_ be closed, so we can move on to the next word. Then the function ends, the contextmenu is supposed to be opened again, and the function is called again. But when the menu at that point contains the Search-entry, the menu either isn't opened at all, or is closed faster than I can see with my eyes.
3.0
target dev tools!
obsolete