CommandBar with AppBarButtons is not working properly

[Suriman]

Current behavior

Using the CommandBar control with some AppBarButtons inside:

• In WPF and Wasm, the AppBarButtons labels do not appear when the CommandBar is opened.
• In WinUI the "More" button is always shown.
• In WinUI the menu displayed with the "More" button shows a blank space just below.
• In WinUI, when the menu is displayed with the "More" button, the labels appear below the buttons and when it is closed they do not appear.

Expected behavior

• In WPF and Wasm, the AppBarButtons labels appear when the CommandBar is opened.
• In WinUI the "More" button only appears when it has a menu to show.
• In WinUI the menu displayed with the "More" button does not show a blank space just below.
• In WinUI, when the menu is displayed with the "More" button, the labels do not appear below the buttons or allow to configure whether or not that label is displayed.
• In all heads:
  • The displayed menu should be able to configure exposing properties such as BackgroundColor, Width, whether to show labels or not, etc.
  • The "More" button glyph should be exposed to allow it to be changed.

How to reproduce it (as minimally and precisely as possible)

Open the attached project, compile and run it in each platform. Change the size of the window to force the CommandBar to show the "More" button and click on it.

18172-UnoCommandBar.zip

Workaround

No workaround.

Works on UWP/WinUI

No

Environment

Uno.WinUI / Uno.WinUI.WebAssembly / Uno.WinUI.Skia

NuGet package version(s)

• Uno.WinUI 5.5.37
• Uno.Material.WinUI 5.3.1
• Uno.Toolkit.WinUI 6.3.5

Affected platforms

WebAssembly, Skia (WPF), Windows (WinAppSDK)

IDE

Visual Studio 2022

IDE version

17.11.5

Relevant plugins

No response

Anything else we need to know?

The issue affects two controls, the CommandBar and the AppBarButton, since it has been seen that the behavior of displaying the label by the CommandBar depends on the AppBarButton having the Label property and as seen in Uno.Themes it does not seem to matter. It also seems to affect both the behavior and the Theme of the controls.

[jeromelaban]

Thanks for the report. Is this a new issue or did it work in previous versions of Uno?

[ADD-Eugenio-Lopez]

We work with this control in the two last versions 5.4.38 and 5.5.37. We haven't tried to change the style previously.