Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FilePicker issues when using WindowsPackageType=None #10313

Closed
rmarinho opened this issue Sep 26, 2022 · 3 comments · Fixed by #10356
Closed

FilePicker issues when using WindowsPackageType=None #10313

rmarinho opened this issue Sep 26, 2022 · 3 comments · Fixed by #10356
Labels
area-essentials Essentials: Device, Display, Connectivity, Secure Storage, Sensors, App Info fixed-in-7.0.0-rc.2.6866 Look for this fix in 7.0.0-rc.2.6866! partner/winui WinUI / Project Reunion platform/windows 🪟 t/bug Something isn't working t/desktop The issue relates to desktop scenarios (MacOS/MacCatalyst/Windows/WinUI/WinAppSDK)

Comments

@rmarinho
Copy link
Member

rmarinho commented Sep 26, 2022

Description

When using FilePicker on Windows and also set it to be unpackage app with WindowsPackageType=None the application crashes.

image

Steps to Reproduce

  1. Clone and Open repo
  2. Set the app to start on windows
  3. Change WindowsPackageType=None

Link to public reproduction project repository

https://github.com/jonathanpeppers/inclusive-code-reviews-ml/tree/main/Maui/MLTrainer

Version with bug

6.0.486 (current)

Last version that worked well

Unknown/Other

Affected platforms

Windows

Affected platform versions

WindowsAppSDK 1.1

Did you find any workaround?

No response

Relevant log output

No response

VS bug #1748759

@rmarinho rmarinho added t/bug Something isn't working partner/winui WinUI / Project Reunion platform/windows 🪟 labels Sep 26, 2022
@rmarinho rmarinho added this to the Backlog milestone Sep 26, 2022
@ghost
Copy link

ghost commented Sep 26, 2022

We've moved this issue to the Backlog milestone. This means that it is not going to be worked on for the coming release. We will reassess the backlog following the current release and consider this item at that time. To learn more about our issue management process and to have better expectation regarding different types of issues you can read our Triage Process.

@mattleibow
Copy link
Member

Does this also happen on a new template app? If so, then this is a bug in the windows api for unpackaged and needs to be opened on github.com/microsoft/WindowsAppSDK

@mattleibow mattleibow removed this from the Backlog milestone Sep 26, 2022
@jfversluis jfversluis added the legacy-area-desktop Windows / WinUI / Project Reunion & Mac Catalyst / macOS specifics (Menus & other Controls)) label Sep 26, 2022
@mattleibow
Copy link
Member

This issue may be a bug: microsoft/WindowsAppSDK#2995

Waiting on a reply there to see if we should work around this or if this is different behaviour.

mattleibow added a commit that referenced this issue Sep 27, 2022
@ghost ghost locked as resolved and limited conversation to collaborators Oct 28, 2022
@samhouts samhouts added the fixed-in-7.0.0-rc.2.6866 Look for this fix in 7.0.0-rc.2.6866! label Feb 17, 2023
@Eilon Eilon added t/desktop The issue relates to desktop scenarios (MacOS/MacCatalyst/Windows/WinUI/WinAppSDK) area-essentials Essentials: Device, Display, Connectivity, Secure Storage, Sensors, App Info and removed legacy-area-desktop Windows / WinUI / Project Reunion & Mac Catalyst / macOS specifics (Menus & other Controls)) labels May 10, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-essentials Essentials: Device, Display, Connectivity, Secure Storage, Sensors, App Info fixed-in-7.0.0-rc.2.6866 Look for this fix in 7.0.0-rc.2.6866! partner/winui WinUI / Project Reunion platform/windows 🪟 t/bug Something isn't working t/desktop The issue relates to desktop scenarios (MacOS/MacCatalyst/Windows/WinUI/WinAppSDK)
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants