Issue 81819 - AQUA:menus get initialized and deinitialized on program start
Summary: AQUA:menus get initialized and deinitialized on program start
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: porting
Classification: Code
Component: MacOSX (show other issues)
Version: 680m228
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.4
Assignee: philipp.lohmann
QA Contact: issues@porting
URL:
Keywords: aqua
Depends on:
Blocks: 81559
  Show dependency tree
 
Reported: 2007-09-21 14:22 UTC by gregor.hartmann
Modified: 2007-10-19 18:45 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description gregor.hartmann 2007-09-21 14:22:40 UTC 
with aqua native menues the hooks for initializing and deinitializing the menues
get called on program start.

These hooks should get called only before opening a menu and after closing it

The hooks are set in VCL Menue::SetActivateHdl and Menue::SetDeactivateHdl
Comment 1 jogi 2007-10-16 09:56:21 UTC 
jsi->porting-team: AFIR Pavel has implemented the Aqua menus. This issue hinders
issue 81559 so we can not run the Aqua testtool in the fully automated
environment (24/7). It would be great to fix this in case with the high prio TT
issues to start automated QA here.
Comment 2 jogi 2007-10-16 09:56:59 UTC 
setting keywords
Comment 3 philipp.lohmann 2007-10-16 10:07:28 UTC 
I'll have a look.
Comment 4 philipp.lohmann 2007-10-16 10:08:08 UTC 
However it would be nice to know if the m233 (which already has cocoa menus)
suffers the same problem ?
Comment 5 philipp.lohmann 2007-10-19 12:11:09 UTC 
As far as i can see the activation handler gets first called when one opens a
menu (e.g. File), not before. This is the case with current aquavcl04,  but the
code in question did not change from 680m233 aside from wandering into a new file.
Comment 6 philipp.lohmann 2007-10-19 18:45:10 UTC 
closing