summaryrefslogtreecommitdiff
path: root/dom/fetch
Commit message (Collapse)AuthorAge
* Issue #1442 - Part 26 - FetchStreamReader needs to cancel its reader when it ↵Brian Smith2023-10-03
| | | | | | | 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.
* Issue #1442 - Part 25b - Second try that hopefully doesn't break Windows.Brian Smith2023-10-02
|
* Issue #1442 - Part 25 - Fix bustage on X11 platforms.Brian Smith2023-10-02
|
* Issue #1442 - Part 24 - Prevent FetchStream from incorrectly running on the ↵Brian Smith2023-10-02
| | | | | | | | 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.
* Issue #1442 - Part 23 - Align FetchStream with Firefox 68ESR.Brian Smith2023-09-30
| | | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1612308 https://bugzilla.mozilla.org/show_bug.cgi?id=1445587 Partial part 2 implementing synchronization changes.
* Issue #1442 - Part 21 - Fix debug builds by removing an invalid assert.Brian Smith2023-09-29
|
* Issue #1442 - Part 20 - FetchStream should not have an extra ↵Brian Smith2023-09-29
| | | | | | JS::Heap<ReadableStream>. https://bugzilla.mozilla.org/show_bug.cgi?id=1390717
* Issue #1442 - Part 19 - FetchStream must support multiple read requests.Brian Smith2023-09-29
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1395220
* Issue #1442 - Part 18 - Cycle collect FetchStreamReader.Brian Smith2023-09-28
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 17 - Creating FetchStream as a out param in order to ↵Brian Smith2023-09-28
| | | | | | avoid JS hazards https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 16 - Report stream errors during consumption.Brian Smith2023-09-28
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 15 - Setting the correct global when ↵Brian Smith2023-09-28
| | | | | | ReadableStream.getReader() is called. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 14 - Starting body consuming and passing the JSContext downBrian Smith2023-09-28
| | | | | from the binding entrypoints to where the ReadableStream could be read. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 13 - Implement FetchStreamReader.Brian Smith2023-09-28
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1329298
* Issue #1442 - Part 12 - Label FetchBody.Brian Smith2023-09-28
| | | | | | 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.
* Issue #1442 - Part 11 - Response.body handling.Brian Smith2023-09-28
| | | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Use BufferSource in webIDL. https://bugzilla.mozilla.org/show_bug.cgi?id=1337722
* Issue #1442 - Part 10b - Use nsIXHRSendable instead ↵Brian Smith2023-09-27
| | | | | | | Blob/FormData/URLSearchParams. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11.
* Issue #1442 - Part 10a - Unify body extraction in Fetch/Beacon/XHR.Brian Smith2023-09-27
| | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11.
* Issue #1442 - Part 9: Stream shutdown handling.Brian Smith2023-09-27
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Issue #1442 - Part 8: Fetch implementation of streams.Brian Smith2023-09-27
| | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 +worker-friendly pref checking for the DOM API.
* Issue #1442 - Part 7: Use of ReadableStream in WebIDL files.Brian Smith2023-09-27
| | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
* Bug 1432272 - Make Fetch API use the global's base URL instead of the entry ↵FranklinDM2023-04-28
| | | | document's base URL
* [Network, DOM] Align our implementation with the current CORS/Fetch spec.Moonchild2022-11-18
|
* Issue #2024 - Part 1: Add wildcard to Access-Control-Expose-HeadersMoonchild2022-11-06
| | | | For requests without credentials, add wildcard to Access-Control-Expose-Headers.
* Issue #80 - Re-unify most of DOMMoonchild2022-09-08
|
* Bug 1679987 - Remove unused includes of nsCharSeparatedTokenizer.h.Moonchild2022-05-17
|
* Issue #1822 - Part 3: Remove LOAD_CLASSIFIER_URI and variousMoonchild2022-04-01
| | | | helper functions.
* [DOM Fetch] Detect broken pipes and propagate that write error to the caller.Moonchild2020-10-21
|
* [DOM Fetch] Improve stability of Fetch API.Moonchild2020-10-21
|
* Issue #1656 - Part 6: Clean up the build filesMoonchild2020-09-23
|
* Issue #1656 - Part 2: Unmangle some unfortunate UTF-8 victims.Moonchild2020-09-23
| | | | The poor fellows got lost in an ASCII-interpretation of the world.
* Issue #1656 - Part 1: Nuke most vim config lines in the tree.Moonchild2020-09-23
| | | | | | 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.
* Fix line endings.Moonchild2020-07-25
|
* Issue #1587 Part 12 (followup 2): Allow clearing of signal by setting to null.Moonchild2020-07-25
|
* Issue #1587 Part 11 (followup 1): Implement multithreaded signals for workers.Moonchild2020-07-24
|
* Issue #1587 - Part 9: Immediately reject an already-aborted signalMoonchild2020-06-12
|
* Issue #1587 - Part 7: Rename FetchController to AbortControllerMoonchild2020-06-11
| | | | | Also renames FetchSignal to AbortSignal. Includes renaming the various controlling prefs to enable.
* Issue #1587 - Part 6: Move FetchController/Signal to its own dirMoonchild2020-06-11
| | | | Since it is specced separately from fetch.
* Issue #1587 - Part 5: Hook FetchObserver up to the Fetch APIMoonchild2020-06-11
|
* Issue #1587 - Part 4: Implement FetchObserverMoonchild2020-06-11
|
* Issue #1587 - Part 3: Hook FetchSignal up to the Fetch APIMoonchild2020-06-10
|
* Issue #1587 - Part 2: Implement controller follow/unfollowMoonchild2020-06-10
|
* Issue #1587 - Part 1: Implement FetchController/FetchSignal interfaceMoonchild2020-06-10
|
* Put Request.cpp and Response.cpp back into UNIFIED in dom/fetch due to linux ↵Matt A. Tobin2020-04-19
| | | | | | | | | | | | 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()'
* Issue #80 - De-unify dom/fetchwolfbeast2020-04-19
| | | | | | 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.
* Actually change the key type of a record, and its corresponding conversion ↵JustOff2019-03-13
| | | | behavior, depending on what the IDL says
* Rename the MozMap C++ type to "record" and give it a template parameter for ↵JustOff2019-03-13
| | | | the key type
* Rename "MozMap" to "record" in our IDL parser and IDL filesJustOff2019-03-13
|
* Change the MozMap API and data storage to more what we want record<> to look ↵JustOff2019-03-13
| | | | like
* Remove various hard-coded Accept: headerswolfbeast2019-03-07
| | | | | | | Since we're now handling this in the network back-end, there's no need for this anymore. Tag #993.
generated by cgit v1.2.3 (git 2.26.2) at 2024-09-20 04:22:04 +0000