Bug 119694
| Summary: | AX: main landmark takes very long to index | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Derk-Jan Hartman <hartman.wiki> |
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | CC: | a9016009, bdakin, cfleizach, thorton, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | https://bugzilla.wikimedia.org/show_bug.cgi?id=42394 | ||
Derk-Jan Hartman
https://bugzilla.wikimedia.org/show_bug.cgi?id=42394
Wikipedia articles can be very large as you know. There have been some reports that after the introduction of landmark roles in mediawiki, navigation has become much slower for users of VO. It seems that this is caused by the fact that there is now one huge main landmark role around most of the content, that takes very long to finish indexing and in the mean time Safari is reporting 'busy'. Without landmarks, the page seems to go trough a different analysis path, causing way less resources usage.
A good example is the complex page: http://de.wikipedia.org/wiki/Deutschland
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/14714484>
Derk-Jan Hartman
Also, it seems that Firefox is considerably slower than Safari, and Chrome 28 is fast but ignores the landmarks altogether (but in performance is equal to Safari when the page had no landmarks)
Derk-Jan Hartman
Still not really speedy, and worse, VO is not really telling you that it is waiting to finish the process of 'indexing' the page.