summaryrefslogtreecommitdiffstats
path: root/dom/fetch
Commit message (Collapse)AuthorAgeLines
* [DOM Fetch] Detect broken pipes and propagate that write error to the caller.Moonchild2020-10-21-0/+11
|
* [DOM Fetch] Improve stability of Fetch API.Moonchild2020-10-21-4/+9
|
* Issue #1656 - Part 6: Clean up the build filesMoonchild2020-09-23-1/+0
|
* Issue #1656 - Part 2: Unmangle some unfortunate UTF-8 victims.Moonchild2020-09-23-1/+1
| | | | 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-24/+1
| | | | | | 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-714/+714
|
* Issue #1587 Part 12 (followup 2): Allow clearing of signal by setting to null.Moonchild2020-07-25-1/+6
|
* Issue #1587 Part 11 (followup 1): Implement multithreaded signals for workers.Moonchild2020-07-24-722/+813
|
* Issue #1587 - Part 9: Immediately reject an already-aborted signalMoonchild2020-06-12-1/+6
|
* Issue #1587 - Part 7: Rename FetchController to AbortControllerMoonchild2020-06-11-36/+36
| | | | | 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-434/+0
| | | | Since it is specced separately from fetch.
* Issue #1587 - Part 5: Hook FetchObserver up to the Fetch APIMoonchild2020-06-11-39/+237
|
* Issue #1587 - Part 4: Implement FetchObserverMoonchild2020-06-11-0/+114
|
* Issue #1587 - Part 3: Hook FetchSignal up to the Fetch APIMoonchild2020-06-10-30/+211
|
* Issue #1587 - Part 2: Implement controller follow/unfollowMoonchild2020-06-10-8/+134
|
* Issue #1587 - Part 1: Implement FetchController/FetchSignal interfaceMoonchild2020-06-10-0/+300
|
* Put Request.cpp and Response.cpp back into UNIFIED in dom/fetch due to linux ↵Matt A. Tobin2020-04-19-2/+2
| | | | | | | | | | | | 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-5/+20
| | | | | | 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-1/+1
| | | | behavior, depending on what the IDL says
* Rename the MozMap C++ type to "record" and give it a template parameter for ↵JustOff2019-03-13-4/+4
| | | | the key type
* Rename "MozMap" to "record" in our IDL parser and IDL filesJustOff2019-03-13-12/+12
|
* Change the MozMap API and data storage to more what we want record<> to look ↵JustOff2019-03-13-4/+5
| | | | like
* Remove various hard-coded Accept: headerswolfbeast2019-03-07-10/+0
| | | | | | | 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-9/+3
|
* Remove all C++ Telemetry Accumulation calls.wolfbeast2018-09-03-8/+0
| | | | | 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-12/+6
|
* Bug 604026 - Sync event loops in workers should be created only if ↵janekptacijarabaci2018-07-05-1/+1
| | | | compatible with the worker shutdown status
* Bug 1398229 - Save-link-as feature should use the loading principal - ↵janekptacijarabaci2018-06-17-1/+4
| | | | implementation of nsIContentPolicy.TYPE_SAVE_AS_DOWNLOAD
* Bug 1394399 - Default Request.credentials to "same-origin" instead of "omit"janekptacijarabaci2018-05-26-1/+1
| | | | Issue #389
* moebius#312: DOM - Fix incorrect TypeError: Response body is given with a ↵janekptacijarabaci2018-04-24-5/+5
| | | | | | null body status https://github.com/MoonchildProductions/moebius/issues/312
* moebius#140: Fix: Fetch - headers should sort and combinejanekptacijarabaci2018-04-14-8/+81
| | | | https://github.com/MoonchildProductions/moebius/pull/140
* Add m-esr52 at 52.6.0Matt A. Tobin2018-02-02-0/+7081