MicrosoftEdge / MicrosoftEdge/WebView2Feedback
Identify user interaction that led to download event
Nobody has claimed this yet.
- Dominant language
- PowerShell
- Stars
- 526
- Forks
- 67
- PR merge metrics
- No merged PRs in 30d
Description
We use ICoreWebView2DownloadStartingEventHandler + ICoreWebView2DownloadStartingEventArgs to intercept downloads and paste the content into our host application.
This works simply by clicking on content urls that trigger the regular download handling.
Users can also save content via the context menu ("Save As").
They are offered the file save dialog and expect the file to be saved at the selected location.
However, this also triggers the download event and the content is imported into the host application!
We like to differentiate between the scenarios described. Either an IsUserInitiated (like NavigationStarting) or a more detailed source / interaction indicator.
Perhaps combined with a BeforeDownload event that makes it possible to suppress the file dialog, but this part is not relevant in our use case.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with ICoreWebView2DownloadStartingEventHandler and ICoreWebView2DownloadStartingEventArgs, then compare the requested behavior with NavigationStarting's IsUserInitiated signal. Define how regular download links and context-menu Save As should be distinguished, and verify that the resulting event information supports the host application's import decision.
Written by the indexing model from the issue text.
Assessment
- Domain
- api, desktop
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100