RESOLVED FIXED 203717
Make AXIsolatedTreeNode a subclass of AXCoreObject.
https://bugs.webkit.org/show_bug.cgi?id=203717
Summary Make AXIsolatedTreeNode a subclass of AXCoreObject.
Andres Gonzalez
Reported 2019-10-31 20:05:22 PDT
Make AXIsolatedTreeNode a subclass of AXCoreObject.
Attachments
Patch (83.49 KB, patch)
2019-10-31 20:25 PDT, Andres Gonzalez
no flags
Patch (87.21 KB, patch)
2019-11-01 09:41 PDT, Andres Gonzalez
no flags
Patch (86.69 KB, patch)
2019-11-01 12:07 PDT, Andres Gonzalez
no flags
Patch (86.70 KB, patch)
2019-11-01 16:55 PDT, Andres Gonzalez
no flags
Andres Gonzalez
Comment 1 2019-10-31 20:25:48 PDT
Andres Gonzalez
Comment 2 2019-11-01 09:41:51 PDT
Andres Gonzalez
Comment 3 2019-11-01 09:43:13 PDT
GTK and Win changes.
chris fleizach
Comment 4 2019-11-01 10:14:24 PDT
../../Source/WebCore/accessibility/atk/WebKitAccessibleInterfaceAction.cpp: In function ‘WebCore::AccessibilityObject* core(AtkAction*)’: ../../Source/WebCore/accessibility/atk/WebKitAccessibleInterfaceAction.cpp:49:12: error: invalid conversion from ‘WebCore::AXCoreObject*’ to ‘WebCore::AccessibilityObject*’ [-fpermissive]
Andres Gonzalez
Comment 5 2019-11-01 12:07:33 PDT
chris fleizach
Comment 6 2019-11-01 12:22:29 PDT
Comment on attachment 382609 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=382609&action=review > Source/WebCore/accessibility/isolatedtree/AXIsolatedTreeNode.h:60 > + bool isAccessibilityObject() const override { return false; } can all these methods below here be private?
Andres Gonzalez
Comment 7 2019-11-01 14:12:27 PDT
(In reply to chris fleizach from comment #6) > Comment on attachment 382609 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=382609&action=review > > > Source/WebCore/accessibility/isolatedtree/AXIsolatedTreeNode.h:60 > > + bool isAccessibilityObject() const override { return false; } > > can all these methods below here be private? They are public in the AXCoreObject base class, so what would making them private get us?
chris fleizach
Comment 8 2019-11-01 16:40:18 PDT
(In reply to Andres Gonzalez from comment #7) > (In reply to chris fleizach from comment #6) > > Comment on attachment 382609 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=382609&action=review > > > > > Source/WebCore/accessibility/isolatedtree/AXIsolatedTreeNode.h:60 > > > + bool isAccessibilityObject() const override { return false; } > > > > can all these methods below here be private? > > They are public in the AXCoreObject base class, so what would making them > private get us? Most people using this are not supposed to have a handle on the AXIsolateTreeNode object. they're supposed to assume it's a AXCoreObject. if we make those private then they will be forced into using the AXCoreObject rather than one instance over the other
Andres Gonzalez
Comment 9 2019-11-01 16:55:30 PDT
Andres Gonzalez
Comment 10 2019-11-01 16:58:21 PDT
(In reply to chris fleizach from comment #8) > (In reply to Andres Gonzalez from comment #7) > > (In reply to chris fleizach from comment #6) > > > Comment on attachment 382609 [details] > > > Patch > > > > > > View in context: > > > https://bugs.webkit.org/attachment.cgi?id=382609&action=review > > > > > > > Source/WebCore/accessibility/isolatedtree/AXIsolatedTreeNode.h:60 > > > > + bool isAccessibilityObject() const override { return false; } > > > > > > can all these methods below here be private? > > > > They are public in the AXCoreObject base class, so what would making them > > private get us? > > Most people using this are not supposed to have a handle on the > AXIsolateTreeNode object. they're supposed to assume it's a AXCoreObject. if > we make those private then they will be forced into using the AXCoreObject > rather than one instance over the other Done. Thanks.
EWS
Comment 11 2019-11-01 17:03:38 PDT
Comment on attachment 382654 [details] Patch Rejecting attachment 382654 [details] from commit-queue. andresg_22@apple.com does not have committer permissions according to https://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/contributors.json. - If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags. - If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/contributors.json by adding yourself to the file (no review needed). The commit-queue restarts itself every 2 hours. After restart the commit-queue will correctly respect your committer rights.
EWS
Comment 12 2019-11-03 09:40:52 PST
Comment on attachment 382654 [details] Patch Rejecting attachment 382654 [details] from commit-queue. andresg_22@apple.com does not have committer permissions according to https://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/contributors.json. - If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags. - If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/contributors.json by adding yourself to the file (no review needed). The commit-queue restarts itself every 2 hours. After restart the commit-queue will correctly respect your committer rights.
WebKit Commit Bot
Comment 13 2019-11-03 10:28:52 PST
Comment on attachment 382654 [details] Patch Clearing flags on attachment: 382654 Committed r251974: <https://trac.webkit.org/changeset/251974>
WebKit Commit Bot
Comment 14 2019-11-03 10:28:54 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 15 2019-11-03 10:29:14 PST
Note You need to log in before you can comment on or make changes to this bug.