Commit graph

58 commits

Author SHA1 Message Date
Brian Smith
f21cc50c03 Issue #1442 - Part 26 - FetchStreamReader needs to cancel its reader when it encounters write errors. https://bugzilla.mozilla.org/show_bug.cgi?id=1416879 Part 5 Also same fix as in Part 24 for FetchStream but in FetchStreamReader. 2023-10-04 10:05:30 +08:00
Brian Smith
04c9d661fa Issue #1442 - Part 25b - Second try that hopefully doesn't break Windows. 2023-10-04 10:05:07 +08:00
Brian Smith
52572d5755 Issue #1442 - Part 25 - Fix bustage on X11 platforms. 2023-10-04 10:04:45 +08:00
Brian Smith
f3991f9821 Issue #1442 - Part 24 - Prevent FetchStream from incorrectly running on the main thread. This prevents a deadlock and JSContext related crashes, however this should eventually be replaced by an EventTargetFor() call when the Dispatcher API is implemented. Also now that ReadableStream appears stable, toggle the preferences true by default. 2023-10-04 10:04:23 +08:00
Brian Smith
836d36dc6d Issue #1442 - Part 23 - Align FetchStream with Firefox 68ESR. https://bugzilla.mozilla.org/show_bug.cgi?id=1612308 https://bugzilla.mozilla.org/show_bug.cgi?id=1445587 Partial part 2 implementing synchronization changes. 2023-10-04 10:04:05 +08:00
Brian Smith
375d7cf3b2 Issue #1442 - Part 21 - Fix debug builds by removing an invalid assert. 2023-10-04 10:03:34 +08:00
Brian Smith
b1a12de924 Issue #1442 - Part 20 - FetchStream should not have an extra JS::Heap<ReadableStream>. https://bugzilla.mozilla.org/show_bug.cgi?id=1390717 2023-10-04 10:03:16 +08:00
Brian Smith
0e1efcb273 Issue #1442 - Part 19 - FetchStream must support multiple read requests. https://bugzilla.mozilla.org/show_bug.cgi?id=1395220 2023-10-04 10:02:54 +08:00
Brian Smith
b898780bb1 Issue #1442 - Part 18 - Cycle collect FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 10:02:39 +08:00
Brian Smith
e22845913d Issue #1442 - Part 17 - Creating FetchStream as a out param in order to avoid JS hazards https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 10:02:25 +08:00
Brian Smith
529bc13f05 Issue #1442 - Part 16 - Report stream errors during consumption. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 10:02:10 +08:00
Brian Smith
b124e54fc7 Issue #1442 - Part 15 - Setting the correct global when ReadableStream.getReader() is called. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 10:01:49 +08:00
Brian Smith
842b9d47b3 Issue #1442 - Part 14 - Starting body consuming and passing the JSContext down from the binding entrypoints to where the ReadableStream could be read. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 10:01:32 +08:00
Brian Smith
ef550b2579 Issue #1442 - Part 13 - Implement FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 2023-10-04 10:01:12 +08:00
Brian Smith
346e8a87d7 Issue #1442 - Part 12 - Label FetchBody. https://bugzilla.mozilla.org/show_bug.cgi?id=1363318 FetchSignal is not in our tree so this is a partial patch to get mOwner changes. Pre-requisite for Part 13. 2023-10-04 10:00:26 +08:00
Brian Smith
a8a75090c0 Issue #1442 - Part 11 - Response.body handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Use BufferSource in webIDL. https://bugzilla.mozilla.org/show_bug.cgi?id=1337722 2023-10-04 09:59:53 +08:00
Brian Smith
a9520b2a7a Issue #1442 - Part 10b - Use nsIXHRSendable instead Blob/FormData/URLSearchParams. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. 2023-10-04 09:57:57 +08:00
Brian Smith
a4146b60a4 Issue #1442 - Part 10a - Unify body extraction in Fetch/Beacon/XHR. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. 2023-10-04 09:57:38 +08:00
Brian Smith
3979e4847c Issue #1442 - Part 9: Stream shutdown handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 09:55:24 +08:00
Brian Smith
bff1f3bc60 Issue #1442 - Part 8: Fetch implementation of streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 +worker-friendly pref checking for the DOM API. 2023-10-04 09:55:06 +08:00
Brian Smith
dd2c9eb418 Issue #1442 - Part 7: Use of ReadableStream in WebIDL files. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 2023-10-04 09:54:45 +08:00
FranklinDM
62e2fbc4e9 Bug 1432272 - Make Fetch API use the global's base URL instead of the entry document's base URL 2023-04-30 21:23:32 +08:00
Moonchild
37f0199c79 [Network, DOM] Align our implementation with the current CORS/Fetch spec. 2022-11-25 11:41:52 +08:00
Moonchild
211b7cf219 Issue #2024 - Part 1: Add wildcard to Access-Control-Expose-Headers
For requests without credentials, add wildcard to Access-Control-Expose-Headers.
2022-11-10 14:54:33 +08:00
Moonchild
60e4e33442 Issue #80 - Re-unify most of DOM 2022-09-09 10:09:40 +08:00
Moonchild
62a140ab80 Bug 1679987 - Remove unused includes of nsCharSeparatedTokenizer.h. 2022-05-22 06:46:06 +08:00
Moonchild
078536b2bb [DOM Fetch] Detect broken pipes and propagate that write error to the caller. 2020-10-23 10:05:55 +08:00
Moonchild
962a17acb7 [DOM Fetch] Improve stability of Fetch API. 2020-10-23 10:05:53 +08:00
Moonchild
0cd673d720 Issue #1656 - Part 6: Clean up the build files 2020-09-25 22:04:23 +08:00
Moonchild
ed7e49eda6 Issue #1656 - Part 2: Unmangle some unfortunate UTF-8 victims.
The poor fellows got lost in an ASCII-interpretation of the world.
2020-09-25 22:04:14 +08:00
Moonchild
8c395520d9 Issue #1656 - Part 1: Nuke most vim config lines in the tree.
Since these are just interpreted comments, there's 0 impact on actual code.
This removes all lines that match /* vim: set(.*)tw=80: */ with S&R -- there are
a few others scattered around which will be removed manually in a second part.
2020-09-25 22:04:12 +08:00
Moonchild
078fea47aa Fix line endings. 2020-07-31 08:05:47 +08:00
Moonchild
70bf74e9d3 Issue #1587 Part 12 (followup 2): Allow clearing of signal by setting to null. 2020-07-31 08:05:44 +08:00
Moonchild
1ae6431766 Issue #1587 Part 11 (followup 1): Implement multithreaded signals for workers. 2020-07-31 08:05:40 +08:00
Moonchild
3d396386dc Issue #1587 - Part 9: Immediately reject an already-aborted signal 2020-06-12 22:12:37 +08:00
Moonchild
b988c351ff Issue #1587 - Part 7: Rename FetchController to AbortController
Also renames FetchSignal to AbortSignal. Includes renaming the various
controlling prefs to enable.
2020-06-12 22:12:32 +08:00
Moonchild
0c2404efa7 Issue #1587 - Part 6: Move FetchController/Signal to its own dir
Since it is specced separately from fetch.
2020-06-12 22:12:29 +08:00
Moonchild
3d2ca85edd Issue #1587 - Part 5: Hook FetchObserver up to the Fetch API 2020-06-12 22:12:27 +08:00
Moonchild
6722d7f4b4 Issue #1587 - Part 4: Implement FetchObserver 2020-06-12 22:12:25 +08:00
Moonchild
78ff97aaf3 Issue #1587 - Part 3: Hook FetchSignal up to the Fetch API 2020-06-12 22:12:23 +08:00
Moonchild
7207793622 Issue #1587 - Part 2: Implement controller follow/unfollow 2020-06-12 22:12:20 +08:00
Moonchild
24087592ad Issue #1587 - Part 1: Implement FetchController/FetchSignal interface 2020-06-12 22:12:18 +08:00
Matt A. Tobin
fc8c7f8f85 Put Request.cpp and Response.cpp back into UNIFIED in dom/fetch due to linux linker errors
Reference:

15:03.06 ../../build/unix/gold/ld: error: /home/mattatobin/development/.obj/trunk-master/navigator-x64-gtk3/toolkit/library/../../dom/fetch/Request.o: requires dynamic R_X86_64_PC32 reloc against '_ZN7mozilla3dom9FetchBodyINS0_7RequestEED2Ev' which may overflow at runtime; recompile with -fPIC
15:03.06 ../../build/unix/gold/ld: error: /home/mattatobin/development/.obj/trunk-master/navigator-x64-gtk3/toolkit/library/../../dom/fetch/Response.o: requires dynamic R_X86_64_PC32 reloc against '_ZN7mozilla3dom9FetchBodyINS0_8ResponseEED2Ev' which may overflow at runtime; recompile with -fPIC
15:03.06 ../../build/unix/gold/ld: error: read-only segment has dynamic relocations
15:03.07 /home/mattatobin/development/.obj/trunk-master/navigator-x64-gtk3/toolkit/library/../../dom/fetch/Request.o:Request.cpp:function mozilla::dom::Request::~Request(): error: undefined reference to 'mozilla::dom::FetchBody<mozilla::dom::Request>::~FetchBody()'
15:03.07 /home/mattatobin/development/.obj/trunk-master/navigator-x64-gtk3/toolkit/library/../../dom/fetch/Response.o:Response.cpp:function mozilla::dom::Response::~Response(): error: undefined reference to 'mozilla::dom::FetchBody<mozilla::dom::Response>::~FetchBody()'
2020-05-02 08:21:57 +08:00
wolfbeast
c7d6ca06da Issue #80 - De-unify dom/fetch
Running into the same problem as with dom/canvas: derived template
classes not being happy about being non-unified. Kept unified for now
to prevent linking errors.
2020-05-02 08:21:45 +08:00
JustOff
8547419267 Actually change the key type of a record, and its corresponding conversion behavior, depending on what the IDL says 2019-03-16 07:03:35 +08:00
JustOff
6196fdda47 Rename the MozMap C++ type to "record" and give it a template parameter for the key type 2019-03-16 07:03:30 +08:00
JustOff
d9eeac26ef Rename "MozMap" to "record" in our IDL parser and IDL files 2019-03-16 07:03:27 +08:00
JustOff
4faee1f41a Change the MozMap API and data storage to more what we want record<> to look like 2019-03-16 07:03:12 +08:00
wolfbeast
9bcb7ab2a5 Remove various hard-coded Accept: headers
Since we're now handling this in the network back-end, there's no
need for this anymore.

Tag #993.
2019-03-16 07:02:13 +08:00
wolfbeast
73b9f505a1 Stop using the worker MainThreadTaskQueue from dom/fetch. 2019-02-16 00:14:01 +08:00