@Rethanis Grain of salt taken but sounds to me like what makes most sense.
I’ve just tried with other PDFs (related to golf, maybe they hate me for some reason – just kidding I’m a way too pathetic player to be hated, unless it concerns severe damages to the fairway ofc ^_^) and all of them so far (tried 3 ) open nicely within Brave – but they were all on https-secured sites – if this has any influence ?
Would you have any hint on “weird named” PDF files ? It would seem to me that spaces and hyphens are pretty common in file names since quite some time (especially as it gets mapped to a usual ‘%20’).
Hi @289wk – providing feedback on the suggestion to change the PDF readers as extensions in Brave.
I’ve successfully installed both XoDo and Beeline but they kind of mess things up !
Clicking on the PDF link caused following behaviours:
simple click on link : the tab closes (crashes?)
right click on link > open in new tab : a tab shortly appears then closes (crashes?)
right click on link > open in new window : a window briefly opens and closes (crashes?)
In between the above clicks, I went looking into the Extension manager and found this:
Shouldn’t matter in your particular case, you (and I) successfully opened all .pdf files on http://www.pdf995.com/samples/, which Brave upgrades to HTTPS.
I agree, but like I wrote, it could have something to do with the way Brave interprets the URL.
Could you please do the following:
Load http://www.pierpont.be/greenfee/4563568292 in Google Chrome.
Right-click on Tarifs Green Fee 2020 → Copy link address.
Paste the copied link address in your next comment.
And when I actually click the link in Chrome, it opens the default system PDF viewer (and has sucessfully worked like this across all tests I’ve made with changing this default system PDF viewer in Windows 10 via the standard ‘Open with…’ context menu option and then flag the ‘Use as default’)
Both browsers generate the same link, based on which I can’t really tell how accurate my words regarding Brave’s interpretation of URLs is. What I can tell about the new “troublesome” .pdf is that it follows the same weird naming pattern, I can confirm I can’t open it directly.
Brave successfully opens the problematic .pdf files after you download them, the problem is Brave can’t directly open them within a new window, unlike Chrome and other browsers.
@289wk thanks for the update. It’s not clear to me if with this you opened a bug case ?
I confirm the additional symptom youd describe : once downloaded in a first step it can be opened within Brave (the drawback then being that it clutters the PC with many unnecessary downloads).
I watched the Brave Browser > Developer Tools > Network (while trying to get Brave Browser to open the Greens Fees PDF file directly) . . . and there is a
I think it’s worth opening a Github issue so developers can take a look at this. Based on your tests, the issue is Brave-specific so they might be interested in finding the difference between Google Chrome’s PDF Viewer and Brave’s PDF Viewer in this particular case.
Do you confirm this (i.e. should I just add a comment with my info), or do you think I should open a new case ? Thanks for your advice !
Note: the OP raised that case with this PDF not being opened and it still doesn’t open in my Brave browser (and offers to ‘Save As’ to my Downloads folder), meaning it’s a still unresolved issue.
Although it looks like a similar issue, OP also claims the issue is present in Google Chrome as well. In your particular case, .pdf files open fine in all browsers but Brave.
Take a look at the name of the file, once again a weird naming pattern.
Hmmm. Yes and no. As far as I’m concerned, Chrome will open the system default PDF viewer (which can be a desktop app or any browser btw, including Brave ) and that always works, at least now. The PDF will open inside Chrome… if Chrome is defined as the default PDF viewer in Windows.
This works fine for both (his and mine) PDF with “weird” naming pattern(spaces, dots, plus sign, etc). I didn’t try that on Linux (yet).
But as in their raised case they refer to a culprit with PDFium from Chromium common to both Chrome and Brave it doesn’t seem to be my situation as behaviours differ between Chrome and Brave – despite the very similar “weird naming pattern” root cause.
I’ll bounce on their topic and let them judge if a separate case ought to be created.
Thanks for your precious insights @Rethanis !