ปัญหาต้นไม้แคชที่สามารถเข้าถึงได้ของ Google Chrome กับ UI Automation

Google Chrome จะไม่รีเฟรชองค์ประกอบการเข้าถึง ( AutomationElement ) เมื่อผู้ใช้เลื่อนลงในเบราว์เซอร์

ในการทำซ้ำ:

1. เปิดใช้งานการเข้าถึง renderer กับ หรือโดยการตั้งค่าในการเข้าถึงทั่วโลกที่"chrome --force-render-accessibility""chrome://accessibility"
2. ไปที่http://en.wikipedia.org/wiki/Google
3. เปิดinspect.exeใน UI Automation Mode (จาก Windows Kits) ค้นหาองค์ประกอบ "ลิงก์ไปยังบทความที่เกี่ยวข้อง"
4. กลับมาที่ Chrome เลื่อนลงจนกว่าจะเห็น "ลิงก์ไปยังบทความที่เกี่ยวข้อง" ที่ด้านล่าง
5. องค์ประกอบ "ลิงก์ไปยังบทความที่เกี่ยวข้อง" ถูกทำเครื่องหมายบนหน้าจอ

ฉันพบวิธีแก้ปัญหาด้วยตนเองที่สามารถบังคับให้ Chrome รีเฟรช:

1. ตั้งค่าซูมเป็น 90% จากนั้นตั้งค่ากลับเป็น 100% (น่าเกลียดมาก ๆ )
2. ปิดการช่วยสำหรับการเข้าถึงจากนั้นเปิดใหม่ chrome://accessibility/

สิ่งที่ฉันกำลังมองหาคือความสามารถในการดำเนินการอย่างใดอย่างหนึ่งเหล่านี้โดยทางโปรแกรมหรือการดำเนินการใด ๆ ที่สามารถทำให้ Chrome รีเฟรชแคชทรี

สิ่งที่ฉันได้ลอง:

• ปรับขนาดหน้าต่างด้วย PInvoke/MoveWindow
• วาดหน้าต่างใหม่ด้วย PInvoke/Redrawwindow
• สร้างส่วนขยายของโครเมี่ยมและบังคับให้ซูมตามความต้องการ 100%: chrome.tabs.setZoom(null, 0);(ทำงาน แต่กระพริบและทำให้หน้าต่างช้าลง)

สิ่งเหล่านี้ไม่ทำงานอย่างถูกต้อง

แก้ไข : ทดสอบกับ Google Chrome 40.XX, 41.XX, 42.XX, 43.XX, 44.XX, 45.XX, 46.XX, 47.XX.Dev, 48.XX.Dev ภายใต้ Windows 7

การเลื่อนหน้าเว็บอย่างง่ายถูกปรับให้เหมาะสมเพื่อไม่ต้องใช้การคำนวณจากโหมดแสดงภาพ เฉพาะผู้แต่งและ GPU ที่จำเป็นในการเลื่อนดังนั้นแผนภูมิการเรนเดอร์ซึ่งได้รับการอัพเดตจาก renderer เท่านั้นจะยังคงเหมือนเดิม

ต้องการให้โหมดเรนเดอเรเตอร์สำรวจ DOM และอัปเดตทรีการเข้าถึงในระหว่างการเลื่อนทำงานซึ่งมีความพยายามหลายปีในการเลื่อนอย่างราบรื่นเป็นพิเศษสำหรับอุปกรณ์ระบบสัมผัสดังนั้นฉันไม่คิดว่าคุณจะได้รับแรงฉุดในการแก้ไขบั๊ก

ความคิดของคุณเกี่ยวกับส่วนขยายที่ฉันคิดว่าดีที่สุด (แม้ว่าน่าเกลียด) การประนีประนอม แต่แทนที่จะเปลี่ยนการซูมการทำหน้าที่กลายพันธุ์เล็กน้อยของหน้า (หรือ DOM) อาจเป็นทางออกที่ดีกว่า ลองตัวอย่างเช่นการเพิ่มองค์ประกอบที่มองไม่เห็น (หรือเกือบจะ) ด้วยลำดับ z ต่ำ คุณจะต้องให้คะแนนการควบคุมการกลายพันธุ์ดังนั้นจึงเกิดขึ้นเพียง 1 ครั้งต่อวินาทีหรือน้อยกว่า

สถาปัตยกรรมแบบหลายกระบวนการของ Chrome แตกต่างจากเบราว์เซอร์อื่น ๆ เพื่อความปลอดภัย UI ของเบราว์เซอร์หลักอยู่ในขั้นตอนเดียวและหน้าเว็บจะทำงานในกระบวนการเรนเดอร์แยกต่างหาก กระบวนการ Renderer เป็นกระบวนการเดียวที่มีการแสดง DOM ของหน้าเว็บดังนั้นข้อมูลการเข้าถึงทั้งหมด แต่กระบวนการ renderer ไม่ได้รับอนุญาตให้โต้ตอบกับระบบปฏิบัติการโดยเฉพาะ (การส่งหรือรับเหตุการณ์หรือข้อความ) - โดยเฉพาะ renderer กระบวนการไม่สามารถส่งหรือรับเหตุการณ์การเข้าถึงได้