dmaax/ladybird
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ladybird/Libraries/LibWeb/HTML/WorkerLocation.h

42 lines
979 B
C
Raw Normal View History

LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
/*
* Copyright (c) 2022, Andrew Kaster <akaster@serenityos.org>
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
#include <LibWeb/Bindings/PlatformObject.h>
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 23:35:33 -03:00
#include <LibWeb/Export.h>
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
namespace Web::HTML {
// https://html.spec.whatwg.org/multipage/workers.html#worker-locations
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 23:35:33 -03:00
class WEB_API WorkerLocation : public Bindings::PlatformObject {
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
WEB_PLATFORM_OBJECT(WorkerLocation, Bindings::PlatformObject);
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-14 12:01:23 -03:00
GC_DECLARE_ALLOCATOR(WorkerLocation);
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
public:
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
virtual ~WorkerLocation() override;
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
LibWeb/HTML: Make WorkerLocation methods infallible We stopped worrying about tiny OOMs a while ago.
2024-11-28 11:39:23 -03:00
String href() const;
LibURL+LibWeb: Make URL serialization return a String This can only ever fail from OOM, and will never by string containing random byte sequences.
2024-11-23 04:10:34 -03:00
String origin() const;
LibWeb/HTML: Make WorkerLocation methods infallible We stopped worrying about tiny OOMs a while ago.
2024-11-28 11:39:23 -03:00
String protocol() const;
String host() const;
String hostname() const;
String port() const;
LibURL+Everywhere: Only percent decode URL paths when actually needed Web specs do not return through javascript percent decoded URL path components - but we were doing this in a number of places due to the default behaviour of URL::serialize_path. Since percent encoded URL paths may not contain valid UTF-8 - this was resulting in us crashing in these places. For example - on an HTMLAnchorElement when retrieving the pathname for the URL of: http://ladybird.org/foo%C2%91%91 To fix this make the URL class only return the percent encoded serialized path, matching the URL spec. When the decoded path is required instead explicitly call URL::percent_decode. This fixes a crash running WPT URL tests for the anchor element on: https://wpt.live/url/a-element.html
2024-08-05 01:55:39 -03:00
String pathname() const;
LibWeb/HTML: Make WorkerLocation methods infallible We stopped worrying about tiny OOMs a while ago.
2024-11-28 11:39:23 -03:00
String search() const;
String hash() const;
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
private:
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
explicit WorkerLocation(WorkerGlobalScope&);
LibWeb: Set correct prototype for `WorkerLocation`
2024-07-28 15:14:45 -03:00
virtual void initialize(JS::Realm&) override;
LibWeb: Make WorkerLocation GC-allocated
2022-09-04 09:30:38 -03:00
virtual void visit_edges(Cell::Visitor&) override;
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-14 12:01:23 -03:00
GC::Ref<WorkerGlobalScope> m_global_scope;
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-06 23:12:57 -03:00
};
}
Reference in a new issue Copy permalink