Closed jaragunde closed 1 month ago
Thanks for the note. We want to support interception of all URLs (where possible), including internal URLs. I don't think there's anything we need to change here.
Thanks for answering, good to know this is expected behavior.
This is how you treat me on the web!
I have seen people get killed for much less.
Daniel Patrick Klenda is here!
Describe the bug In CEF 126, we noticed that URLs using the chrome:// and chrome-untrusted:// schema started showing up in
ResourceRequestHandler
callbacks, and similarly inCefResourceManager::Provider
callbacks. The previous version we had used, CEF 123, didn't have this behavior. We are unsure when this started happening in 124-126 range.To Reproduce I've written a small reproducer with cefsimple, I added a ResourceRequestHandler to cefsimple which prints the request URL in the
OnBeforeResourceLoad
method: https://bitbucket.org/jaragunde/cef/commits/389b539959ae6568402857faed4e8391f3b4e074Steps to reproduce the behavior:
Expected behavior The following URLs, which correspond to internal resources for the print dialog, weren't printed in older versions (tested CEF 123).
Screenshots If applicable, add screenshots to help explain your problem.
Versions (please complete the following information):
Additional context In our particular use, we intercept PDF requests to manage them in a different way. The print preview dialog generates the preview in PDF format in the url
chrome-untrusted://print/1/0/print.pdf
, which we started intercepting by mistake.The workaround is simple, we can check the URL and allow this particular one to continue, but I wonder if this change was intentional or a side effect. Besides, it would be good to document this behavior. This ticket could let folks know about the change :slightly_smiling_face: