Add hack so VoiceOver speaks updates to injected live regions.

content/browser/accessibility/browser_accessibility_mac.mm

Index: content/browser/accessibility/browser_accessibility_mac.mm
diff --git a/content/browser/accessibility/browser_accessibility_mac.mm b/content/browser/accessibility/browser_accessibility_mac.mm
index 3d13ee8190d39aab3a7f4016bad7ff185bd90067..c920176a5fb47224e879c15760f51aac316b7e7e 100644
--- a/content/browser/accessibility/browser_accessibility_mac.mm
+++ b/content/browser/accessibility/browser_accessibility_mac.mm
@@ -48,6 +48,15 @@ bool BrowserAccessibilityMac::IsNative() const {
   return true;
 }
 
+void BrowserAccessibilityMac::RecreateNativeObject() {
+  if (browser_accessibility_cocoa_) {
+    [browser_accessibility_cocoa_ detach];
+    [browser_accessibility_cocoa_ release];
+  }
+  browser_accessibility_cocoa_ = [[BrowserAccessibilityCocoa alloc]

[David Tseng, 2014/05/08 17:07:02]

Could you check for loss of VoiceOver when this code gets hit? (both when
VoiceOver's cursor is over focusable and non-focusable items).

[dmazzoni, 2014/05/08 21:02:05]

Works great when the cursor is over a focusable item, nothing is spoken and no
context is lost.

When the cursor is over a non-focusable item, it's silent, but when you try to
navigate again it snaps you back to the last focused item first. Not idea, but I
think it's an okay trade-off.

Remember we can lose this hack when the next OS X version comes out.

+      initWithObject:this];
+}
+
 BrowserAccessibilityCocoa* BrowserAccessibility::ToBrowserAccessibilityCocoa() {
   return static_cast<BrowserAccessibilityMac*>(this)->
       native_view();