Bug 215426 - [PlayStation] Build fix for !ENABLE(ACCESSIBILITY) after r265514
Summary: [PlayStation] Build fix for !ENABLE(ACCESSIBILITY) after r265514
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Stephan Szabo
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-08-12 13:32 PDT by Stephan Szabo
Modified: 2020-08-12 16:44 PDT (History)
10 users (show)

See Also:


Attachments
Patch (1.75 KB, patch)
2020-08-12 13:38 PDT, Stephan Szabo
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Szabo 2020-08-12 13:32:45 PDT
r265514 changed a name but not a reference in the !ENABLE(ACCESSIBILITY) code in AXObjectCache.h.
Comment 1 Stephan Szabo 2020-08-12 13:38:02 PDT
Created attachment 406471 [details]
Patch
Comment 2 EWS 2020-08-12 14:31:50 PDT
Committed r265564: <https://trac.webkit.org/changeset/265564>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 406471 [details].
Comment 3 Radar WebKit Bug Importer 2020-08-12 14:32:40 PDT
<rdar://problem/66934803>
Comment 4 Darin Adler 2020-08-12 16:14:07 PDT
Two thoughts:

1) Seems like we should find a cleaner way to support !ENABLE(ACCESSIBILITY). The current way is complex to maintain. Or get rid of the notion entirely and intentionally write a platform-specific stub rather than having the platform-independent code contain a stub. There are *so* many functions stubbed out!

2) None of the EWS builds are !ENABLE(ACCESSIBILITY). What can we do about that?
Comment 5 Stephan Szabo 2020-08-12 16:44:18 PDT
For #1, I was also wondering if having the enable flag actually made sense any more. I wasn't really sure if there were other targets for set top boxes or anything that might have it off, because even for PlayStation, it will be getting enabled, so it could end up on everywhere.