Stackoverflow in getNodeHierarchy

[tombrunet]

Describe the bug
Unable to scan https://www.camparigroup.com/it due to stackoverflow in getNodeHierarchy

To Reproduce
Steps to reproduce the behavior:

1. Go to https://www.camparigroup.com/it
2. Scan the page
3. Check the console, and see:

Uncaught RangeError: Maximum call stack size exceeded
    at t.getAriaOwnedBy (VM617 ace.js:2:58469)
    at t.getNodeHierarchy (VM617 ace.js:2:59503)
    at t.getNodeHierarchy (VM617 ace.js:2:59627)
    at t.getNodeHierarchy (VM617 ace.js:2:59627)
    at t.getNodeHierarchy (VM617 ace.js:2:59627)

This maps to ARIAMapper somewhere around lines 155-166.

Expected behavior
Shouldn't trigger since getNodeHierarchy should be using cached values in the parents and should only have to go up one level - not multiple

Desktop (please complete the following information):

• Chrome

Additional context
Add any other context about the problem here.

Definition of Done

• Design artifacts reviewed
• Work item implemented
• Automated test case created (when applicable)
• Unit test completed
• Run Checker (when applicable)
• Manual and Screen Reader Testing (when applicable)
• Video recording of user experience walkthrough (if impact to UX)
• PR created

[shunguoy]

The page uses 8 'aria-owns', some of them with the same id and point to the same node. so the CacheUtil.setCache(owned, "aria-owned", owner) may override "owned - owner" relation that was considered as one-on-one. Not sure if this can cause an infinite loop.

<div id="mm-5" class="mm-panel mm-hidden mm-panel_has-navbar" aria-hidden="true"><a class="mm-btn mm-btn_prev mm-navbar__btn" href="#mm-1" aria-owns="mm-1" aria-haspopup="true">.....
<div id="mm-4" class="mm-panel mm-hidden mm-panel_has-navbar" aria-hidden="true"><a class="mm-btn mm-btn_prev mm-navbar__btn" href="#mm-1" aria-owns="mm-1" aria-haspopup="true">......

[tombrunet]

Looks like related to the submenus pointing back to the top menu, so you get mm-2 > mm-1 > mm-2 > mm-1, and so forth.