156125 2016-04-01 19:16:13 -0700 Fetching blob URLs with query parameters results in 404 2022-05-31 09:56:22 -0700 1 1 1 Unclassified WebKit Page Loading Safari Technology Preview Mac OS X 10.11 RESOLVED INVALID P2 Normal --- 1 nolan webkit-unassigned ahmad.saleem792 annevk ap beidson mek oldest_to_newest 1180010 0 275457 nolan 2016-04-01 19:16:13 -0700 Created attachment 275457 Reproducible test case Steps to repro: 1. Create a Blob 2. Create an object URL 3. Append a query param 4. Fetch it Expected: The Blob should be fetched normally, regardless of whether or not there are query params. Actual: The fetch resulted in a 404. Notes: There's no 404 in Firefox, but there is in Chrome. URL to repro: http://bl.ocks.org/nolanlawson/2d6cdd75df91b04c49706e9abe2222a7 1180011 1 nolan 2016-04-01 19:17:27 -0700 Equivalent issue in Chromium: https://bugs.chromium.org/p/chromium/issues/detail?id=600074 1180017 2 nolan 2016-04-01 19:59:30 -0700 FWIW Edge throws an "Invalid argument" exception if you append a query string to a blob URL. 1180034 3 beidson 2016-04-01 22:30:16 -0700 (In reply to comment #0) > Created attachment 275457 [details] > Reproducible test case > > Steps to repro: > > 1. Create a Blob > 2. Create an object URL > 3. Append a query param > 4. Fetch it > > Expected: > > The Blob should be fetched normally, regardless of whether or not there are > query params. This is not actually a forgone conclusion. There's a relevant spec here - https://www.w3.org/TR/FileAPI/#DefinitionOfScheme - that defines what a valid blob url is. A blob URL *MUST* consist of: - The blob: scheme - String representing the origin of the blob - The character "/" - String that is a UUID. A blob URL *MAY* consist of: - An optional fragment identifier The language here is very short. If it's not in a "must" or a "may" section, one can extrapolate that it's a "must not". > There's no 404 in Firefox, but there is in Chrome. It seems like Firefox might get this wrong. > FWIW Edge throws an "Invalid argument" exception if you append a query string to a blob URL. It seems like Edge gets this "the most right" 1180052 4 nolan 2016-04-02 07:53:49 -0700 Good point - the spec seems to leave this open for interpretation. Although I filed this issue based on principle of least surprise; I assumed query parameters would just be ignored. Waiting to hear back from Chromium devs, but happy to file a bug on Firefox if there's a consensus on the interpretation. It's also pretty easy for web authors to work around, so not a very severe bug anyway. 1378590 5 mek 2017-12-06 06:28:48 -0800 FWIW in https://github.com/w3c/FileAPI/pull/92 I'm working on making the spec a lot more explicit around Blob URL behavior, and currently I'm leaning towards making the webkit/blink/edge behavior the expected behavior; i.e. making fetching blob URLs with query parameters a network error. 1872774 6 ahmad.saleem792 2022-05-30 09:35:32 -0700 This bug should be closed since the spec change led to behavior being default to Webkit behavior, which was consistent across all browsers except Firefox. Please refer to http://crbug.com/600074 for further details. Please mark this as "Resolved Invalid" or "WON'TFIX". Thanks! 1872999 7 ap 2022-05-31 09:56:22 -0700 Thank you for checking! 275457 2016-04-01 19:16:13 -0700 2016-04-01 19:16:13 -0700 Reproducible test case index.html text/html 645 nolan PGh0bWw+Cjxib2R5Pgo8aDE+UmVwcm8gYmxvYiB3aXRoIHF1ZXJ5IHBhcmFtcyBidWc8L2gxPgo8 cD5JZiB5b3Ugc2VlIDxzdHJvbmc+NDA0PC9zdHJvbmc+IGJlbG93LCB0aGVuIHRoZSBidWcgaXMg cHJlc2VudC48L3A+CjxwcmUgaWQ9ImRpc3BsYXkiPjwvcHJlPgo8c2NyaXB0PgooZnVuY3Rpb24g KCkgewp2YXIgZGlzcGxheSA9IGRvY3VtZW50LmdldEVsZW1lbnRCeUlkKCdkaXNwbGF5Jyk7CnZh ciBibG9iID0gbmV3IEJsb2IoWydoZWxsbyddLCB7dHlwZTogJ3RleHQvcGxhaW4nfSk7CnZhciB1 cmwgPSBVUkwuY3JlYXRlT2JqZWN0VVJMKGJsb2IpICsgJz9xPXgnOwp2YXIgeGhyID0gbmV3IFhN TEh0dHBSZXF1ZXN0KCk7Cnhoci5vbmxvYWQgPSBmdW5jdGlvbiAoKSB7CiAgdmFyIGJvZHkgPSB4 aHIucmVzcG9uc2U7CiAgZGlzcGxheS5pbm5lckhUTUwgKz0gJ3VybDogJyArIHVybCArCiAgICAn XG5zdGF0dXM6ICcgKyB4aHIuc3RhdHVzICsKICAgICdcbnR5cGU6ICcgKyBib2R5LnR5cGUgKwog ICAgJ1xuc2l6ZTogJyArIGJvZHkuc2l6ZTsKfTsKeGhyLnJlc3BvbnNlVHlwZSA9ICdibG9iJzsK eGhyLm9wZW4oJ0dFVCcsIHVybCArICc/cT14Jyk7Cnhoci5zZW5kKCk7Cn0pKCk7Cjwvc2NyaXB0 Pgo8L2JvZHk+CjwvaHRtbD4K