Apache OpenOffice (AOO) Bugzilla – Issue 59226
Slot: ToolsCustomize executed by testtool opens dialog with a tabpage missing
Last modified: 2006-02-21 07:45:35 UTC
Automated test: framework\update\f_updt_customize.bas::tUpdtCustomize When the testtool triggers the slot "ToolsCustomize" the expected dialog opens but displays only three of the four tabpages. The Keyboard-Page is missing. Travelling through the menu tools->customize... manually opens the dialog with the correct number of tabs.
cd: Started.
There is no workaround, using testtool to travel through the menu and triggering .uno:ConfigureDialog doesn't work either. :(
If the dialog comes up with only three items, it will crash from time to time. Apparently there is the possibility to restart the office before excuting the test which makes all four pages appear - usually (There are exeptions) ...
cd: Fixed. The dialog also used the getActiveFrame() method to retrieve the active frame which is used identify the module. As this method is focus dependent it could sometimes provide the wrong frame. This resulted in the magic disappearance of the "keyboard" tab page. Now the dialog uses the provided frame, which is always correct to identify the module.
cd->jsk: Please verify this fix. re-open issue and reassign to jsk@openoffice.org
reassign to jsk@openoffice.org
reset resolution to FIXED
cd->jsk: Please check the customize dialog with all application modules (including bibliography, start module, database ) to be sure that nothing has been broken.
Fixed but failed - using fwk29 based on src680m154 (Linux). The tabpage is still missing/missing again. re-open issue and reassign to as@openoffice.org
reassign to as@openoffice.org
To "New"
When opening the Tools/Customize dialog via "Assign..." button in Basic Macro Organizer the tabpage is missing as well. Relevant autotests: f_updt_customize.bas f_basic_first.bas
AS->JSK: Sorry ... but this is a "following task" reasoned by fixing this one here. Before it was not clear which frame was used by the dialog as context frame. If you e.g. had open two different frames (calc & writer) it was not clear, which of these frames was the last active one. Now the frame must be specified explicit to this dialog ... but especialy this dialog does not provide the right frame. But that's true for the normal UI too (not only for the test tool). On the other side it can happen that the keyboard tab page is missing inside this dialog even if we fix it. Please have look on the following scenario: a) -open backing mode - "Tools->Macros->Organize Macros...->Assign" => Keyboard tab page will be missing (because it was decided not showing any keyboard tabe page for the backing mode ! b) -open writer - "Tools->Macros->Organize Macros...->Assign" => Keyboard tab page will be available. => Your test must check the current context to know if these tabpage (keyboard) must be available or not. As discussed: Please file a follow-up task (set to target PP3 or Later). But this task here must be accepted as works as designed currently.
.
Verified, all four tabs are present where expected (not from backing window, not from macro organizer)
Closed