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

[Problem/Bug]: Windows Explorer's Quick View stops working after previewing a PDF file with the Preview Pane #4600

Open
rasec8711 opened this issue May 30, 2024 · 4 comments
Assignees
Labels
bug Something isn't working tracked We are tracking this work internally.

Comments

@rasec8711
Copy link

rasec8711 commented May 30, 2024

What happened?

After previewing a PDF file, when trying to access Quick Access, a loading bar shows up at the top and none of the Quick Access items are listed. After this Explorer starts behaving funky, like we can't open some files, we can't rename some files, we can rename some files but we can't see the new names until we right click -> Refresh. Our PDF software was updated 3 weeks ago, but this issue just came up on May 28th, when MSEdgeWebView2.exe was automatically updated to version 125.0.2535.67.

Importance

Blocking. My app's basic functions are not working due to this issue.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

125.0.2535.67

SDK Version

No response

Framework

----Please select----

Operating System

Windows Server

OS Version

Server 2016

Repro steps

Restarting Windows Explorer brings thing back to normal, but to brake things we just need to enable the Preview Pane in Windows Explorer if it's not already enabled, then previewing a PDF file (not a word document or an excel document, specifically a PDF file), then after the file preview is displayed in the Preview Pane, then we just need to try to access Quick Access in Windows Explorer.

On some of our computers we don't even have Microsoft Edge installed, so we'll probably just be uninstalling MSEdgeWebView2.exe

One more thing, this only seems to be happening with users that have redirected documents. I tried to reproduce the problem with a domain user that does not have redirected documents (vs a domain user with redirected documents) but I was not able to reproduce the problem.

Screenshot 2024-05-29 at 4 12 31 PM

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

No, this never worked

Last working version (if regression)

124.0.2478.80

AB#51682184

@rasec8711 rasec8711 added the bug Something isn't working label May 30, 2024
@victorhuangwq
Copy link
Collaborator

What do you mean by redirected documents?

One more thing, this only seems to be happening with users that have redirected documents.

@rasec8711
Copy link
Author

What do you mean by redirected documents?

One more thing, this only seems to be happening with users that have redirected documents.

Redirected documents as in Microsoft Folder Redirection.... I hope that explains it, but let me know if it doesn't.

@monica-ch monica-ch added the tracked We are tracking this work internally. label Jun 7, 2024
@JosephJin0815
Copy link
Contributor

JosephJin0815 commented Jun 19, 2024

Hi @rasec8711
I couldn’t reproduce the issue. It’s possible that my testing env is on Windows 11 where Quick Access folder has been removed from the left navigation pane. And I don't see any file rename/open issue after preview.
Do you notice a similar issue happening on the desktop version of Windows(e.g., Windows 11)?

Redirected documents as in Microsoft Folder Redirection....

An example of "users that have redirected documents v.s. users that don't have" in your case is preferred.

To minimize the gap, can you upload a recording that demonstrates the issue?

@JosephJin0815
Copy link
Contributor

@rasec8711 Hi! Is there any update?

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

4 participants