1530108 - Wayback Machine returning network protocol error

Status: RESOLVED DUPLICATE of bug 1528317

(Core :: Networking, defect, P3)

Description

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Putting a url into the Wayback Machine (https://archive.org/web/) takes you to a url constructed like this: https://web.archive.org/web/*/https://gordonhuether.com/bart-station-san-bruno

This works in Chrome but not in Firefox. The regression must be fairly recent - it works in 66.0b9 but not in 67 nightly.

Comment 1

[Matthias Versen [:Matti]]

The URL seems to work in my windows 67 nightly build built from https://hg.mozilla.org/mozilla-central/rev/6924dd16f7b1e2e6ce71a8eb4cbe330d3e4745dc

Comment 2

[Pascal Chevrel:pascalc]

WFM in Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0 ID:20190225102402, Liz do you still experience this bug?

Comment 3

[laszlo.bialis]

Tried to reproduce on latest Nightly 67.0a1 20190225102402, also on 20190223041557 x32 and 20190223041557 x64 on Win10, but couldn't.

Liz, were you using a specific OS when you had encountered this issue? Is the issue still reproducible on your side?

Comment 4

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

MacOS 10.14.3. Yes, still reproducible in the latest nightly.

Comment 5

[laszlo.bialis]

I still didn't manage to reproduce the issue, though I've also tried on a MacBook Pro with recent update to 10.14.3.
I've tried on 67.0a1 20190225215823 and 20190225102402 with the following steps:
*Navigated to archive.org/ using a fresh profile
*Manually added and searched for https://gordonhuether.com/bart-station-san-bruno

*Direct access from URL bar to the https://web.archive.org/web/*/https://gordonhuether.com/bart-station-san-bruno

In both cases the page opened correctly without any errors, though indeed at the first try it seemed to take longer for the page to load.

I was trying on a wireless connection on macOS v10.14.3, v.10.14.2 and a wired connection on v.10.14.

Comment 6

[Junior [inactive]]

WFM too.

Hello Liz,
Could you attach the log and append the "Current Log Modules:" with nsStandardURL:5
See instructions here: https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging

Comment 7

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Attachment: wayback-logging.txt

Comment 8

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Hi Junior, does this help? I pulled out just everything to do with archive.org in the log.

Comment 9

[Junior [inactive]]

Yes it's good. Thanks.

Comment 10

[Junior [inactive]]

Oops, it seems you filter the log with archive.org only.
Could you attach the full log without censoring.

If privacy matters, maybe start with a clean profile (we can also check if it's by extension or not)
OR send a private mail to me?

Thanks!

Comment 11

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

I'll try to do this soon, good point that I should try without extensions.

Comment 12

[Junior [inactive]]

I could be a dup of bug 1528317.

Comment 13

[Valentin Gosu [:valentin] {{ PTO 2 - 12 April }}]

(In reply to Junior [:junior] from comment #12)

I could be a dup of bug 1528317.
It would seem so.

Comment 15

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Just tested this out on the current Nightly with the fix from bug 1528317. Rather than seeing the network protocol error, the submission to archive.org no longer gives any result. So, a different error, but the issue is not resolved.

Comment 16

[Graham Perrin]

Cross reference:

• https://www.reddit.com/comments/e7ezpc/-/fa6hde1/

– under Firefox not loading https://web.archive.org/ – about:newtab or about:blank in lieu of content

Re: https://pastebin.com/P59YsVud (troubleshooting information) lines 841–923, might a modified preference be the cause and if so, which one(s)?

TIA

Comment 17

[Graham Perrin]

Now I see:

• https://web.archive.org/ pages that will not load in normal windows do load in private windows.

Please: what next to diagnose the cause?

Comment 18

[Graham Perrin]

From https://old.reddit.com/r/firefox/comments/ejy2kv/wayback_machine_pages_webarchiveorg_urls_work/fd4s5hz/?context=3:

I guess that Manage Data… is somehow unreliable in (at least) Firefox 71 and 72.

tl;dr the Internet Archive pages began working after removing cookies; cookies that Firefox apparently silently failed to remove.