Opened 3 months ago

Last modified 8 days ago

#17972 new defect

wxChoice missing from wxToolbar when added to wxAuiManager

Reported by: obfuscated Owned by:
Priority: normal Milestone:
Component: wxAui Version: dev-latest
Keywords: Cc:
Blocked By: #18043 Blocking:
Patch: no


I discovered that all choice controls are missing from our toolbars in Code::Blocks when I build it for OSX.

I'm using wx3.1, but the problem happens in master, too.
See the attached patch for the auidemo which demonstrates the problem.
The wxChoice in wxTooblar when not added to wxAui works correctly.

I've not tried any other versions, so I don't know if it works in some version.

Attachments (1)

auidemo_no_choice_in_toolbar.patch download (1.2 KB) - added by obfuscated 3 months ago.
patch for the auidemo

Download all attachments as: .zip

Change History (6)

Changed 3 months ago by obfuscated

patch for the auidemo

comment:1 Changed 3 months ago by obfuscated

  • Cc fuscated@… added

Any info about this one? Can someone confirm that this issue exists not only on my machine.

What would be the steps to try to debug it? Where should I put a breakpoint?

comment:2 Changed 2 months ago by obfuscated

  • Cc fuscated@… removed


comment:3 Changed 2 months ago by pcor

With GTK3, the wxChoice is initially visible, but if I click on it, it disappears.

comment:4 Changed 2 months ago by pcor

The problem on GTK3 turns out to be that wxChoice::DoGetBestSize() doesn't work very well, the wxChoice ends up bigger than expected and doesn't fit in the available space, so wxToolBar doesn't show it. The problem on OSX might be similar, possibly triggered by this change: b1a19e6b6c9.

Regardless of whether this particular issue can be fixed, it looks to me like having AUI manage a native toolbar may not work all that well.

comment:5 Changed 8 days ago by vadz

  • Blocked By 18043 added
Note: See TracTickets for help on using tickets.