MicrosoftEdge / MicrosoftEdge/WebView2Feedback

ICoreWebView2DownloadStartingEventHandler Is Fired after the Save PDF Button

Open
#2,251 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug priority-low tracked
Dominant language
PowerShell
Stars
526
Forks
67
PR merge metrics
No merged PRs in 30d

Description

Description
I have added a DownloadStarting callback to the ICoreWebView2_4 , on most download this callback is called before the Save dialog appears however is you navigate to a pdf and press the download button in the top right of the PDV viewer the a "Save As" Dialog appears before the callback is called. Clicking cancel or save on the dialog closes the dialog and the callback is called/ fired. I am trying to implement my own dialog boxes for the save which cannot be done currently when saving the pdf.

Version
SDK: 1.0.1108.44
Runtime: 99.0.4844.51
Framework: WIn32
OS: WIn10

Repro Steps
Add a DownloadStarting callback to a ICoreWebView2_4 interface and place a breakpoint on the start of the callback. Download a normal file and notice that the callback is fired before the dialog appears. Navigate to a pdf and click the Save button and notice the Dialog appears before the callback is fired.

AB#38468943

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the PDF viewer Save-button flow with ICoreWebView2_4 and a DownloadStarting callback, comparing its timing with a normal download. The issue is done when the callback is invoked before the Save As dialog appears, allowing a custom save dialog to be used for PDF downloads.

Written by the indexing model from the issue text.

Assessment

Domain
api, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.