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