summaryrefslogtreecommitdiff
path: root/dom/fetch
Commit message (Collapse)AuthorAge
* [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.
* Stop using the worker MainThreadTaskQueue from dom/fetch.wolfbeast2018-09-16
|
* Remove all C++ Telemetry Accumulation calls.wolfbeast2018-09-03
| | | | | This creates a number of stubs and leaves some surrounding code that may be irrelevant (eg. recorded time stamps, status variables). Stub resolution/removal should be a follow-up to this.
* Bug 1298823 - Fix Request constructor - with "mode: navigate"janekptacijarabaci2018-07-05
|
* Bug 604026 - Sync event loops in workers should be created only if ↵janekptacijarabaci2018-07-05
| | | | compatible with the worker shutdown status
* Bug 1398229 - Save-link-as feature should use the loading principal - ↵janekptacijarabaci2018-06-17
| | | | implementation of nsIContentPolicy.TYPE_SAVE_AS_DOWNLOAD
* Bug 1394399 - Default Request.credentials to "same-origin" instead of "omit"janekptacijarabaci2018-05-26
| | | | Issue #389
* moebius#312: DOM - Fix incorrect TypeError: Response body is given with a ↵janekptacijarabaci2018-04-24
| | | | | | null body status https://github.com/MoonchildProductions/moebius/issues/312
* moebius#140: Fix: Fetch - headers should sort and combinejanekptacijarabaci2018-04-14
| | | | https://github.com/MoonchildProductions/moebius/pull/140
* Add m-esr52 at 52.6.0Matt A. Tobin2018-02-02
generated by cgit v1.2.3 (git 2.26.2) at 2024-11-14 06:12:43 +0000