Bug 465096 - When GlobalDrawer isMenu: true, calling open() still opens the drawer instead of the menu
Summary: When GlobalDrawer isMenu: true, calling open() still opens the drawer instead...
Status: REPORTED
Alias: None
Product: frameworks-kirigami
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: Not decided
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-01-31 23:56 UTC by Thiago Sueto
Modified: 2023-02-06 19:33 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Thiago Sueto 2023-01-31 23:56:41 UTC 
This might not be a valid bug since the user is expected to open the drawer by clicking its button, but I noticed that if a global drawer shows up as a menu, calling its open() function causes it to still show up as a global drawer, but in a inactive/disabled state.

The expected behavior would be that the menu is opened instead.
Comment 1 Marco Martin 2023-02-01 10:23:59 UTC 
The problem is that open() is implemented in the source QQC2 Drawer, and we can't in qml do a reimplementation that calls the stock implementation if is not a menu, as there is not a such thing as "superclass" :/