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

WebView2 Downloads UI - Open file or Show in folder options are not working #3578

Open
DotNet-Fan opened this issue Jun 17, 2023 · 11 comments
Open
Assignees
Labels
bug Something isn't working tracked We are tracking this work internally.

Comments

@DotNet-Fan
Copy link

DotNet-Fan commented Jun 17, 2023

Description

  1. Open any webpage in webview2 for eg: https://www.microsoft.com .

  2. Right click on the page and then from the context menu , use the option 'save as ' to save the html content to disk.

  3. From the downloads UI that is visible at the top right , select the file , then right click and try the option "Open file" or "Show in folder".

Nothing happens.

Also there is no way to show/hide the downloads UI from code.

Version
SDK: Microsoft.UI.Xaml - 2.8.4
Runtime: 114.0.1823.43
Framework: UWP
OS: Windows 11

AB#45394990

@DotNet-Fan DotNet-Fan added the bug Something isn't working label Jun 17, 2023
@DotNet-Fan DotNet-Fan changed the title WebView2 Downloads UI - Open downloaded file or Show in folder options are not working WebView2 Downloads UI - Open file or Show in folder options are not working Jun 17, 2023
@champnic
Copy link
Member

champnic commented Jul 5, 2023

I believe this is different than #3452. Due to the file access limitations of UWP I believe we removed the default methods for opening the folder (there's usually a little folder icon in the UI list) but seems we missed the context-menu options. I've added this as a bug on our backlog to address. Thanks!

@champnic champnic assigned maurawinstanley and unassigned oggy22 Jul 5, 2023
@champnic champnic added the tracked We are tracking this work internally. label Jul 5, 2023
@DotNet-Fan
Copy link
Author

Thanks @champnic for prioritizing this. On a side note , when you download , it goes to the location/Downloads/"AppName" and the app has access to the subfolder "AppName" . So ideally the app has access to open the file or open the folder location. That means from the download UI app has access to open it right?
In a case where user is asked to download to a different location different from the default location, then from the downloads UI , the options open file/folder should be hidden. Hope this makes sense.

@pubtom
Copy link

pubtom commented Sep 4, 2023

@champnic When will this issue be solved?
Thanks!

@champnic
Copy link
Member

champnic commented Sep 7, 2023

@pubtom We haven't begun the work on this item yet. I don't have a timeline to share at this point, sorry.

@DotNet-Fan
Copy link
Author

@champnic Any update on this issue?

Thanks

@champnic
Copy link
Member

No update here yet.

@champnic
Copy link
Member

No updates here yet.

@pubtom
Copy link

pubtom commented Jan 3, 2024

@champnic Any update on this issue?

@pubtom
Copy link

pubtom commented Feb 22, 2024

Any update?

@victorhuangwq
Copy link
Collaborator

No updates here yet.

@pubtom
Copy link

pubtom commented Aug 12, 2024

Any update on this issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working tracked We are tracking this work internally.
Projects
None yet
Development

No branches or pull requests

6 participants