Fix false positives on Comodo Dragon browser for Dragon-model devices.

[JBYoshi]

Description:

While looking at detection of some Chrome-based browsers, I noticed that some Android devices with the word "Dragon" in their model name (Figgers DragonX, Dragon OTT, and HyperX Dragon) were being detected as the Comodo Dragon browser. Comodo Dragon seems to be a desktop-only browser according to their website, so I believe these detections are incorrect.

This bug seems to have been originally introduced in #6019, which loosened the regex from Comodo[ _]Dragon(?:/(\d+[\.\d]+))? to (?:Comodo[ _])?Dragon(?!fruit)(?:/(\d+[\.\d]+))? (making the "Comodo" part optional as long as it isn't in the context of the word "Dragonfruit"). However, that PR didn't add any new test cases for the Comodo Dragon browser to indicate that the browser uses a user agent without the word "Comodo".

Review

• Functional review done
• Potential edge cases thought about (behavior of the code with strange input, with strange internal state or possible interactions with other Matomo subsystems)
• Usability review done (is anything maybe unclear or think about anything that would cause people to reach out to support)
• Security review done
• Wording review done
• Code review done
• Tests were added if useful/possible
• Reviewed for breaking changes
• Developer changelog updated if needed
• Documentation added if needed
• Existing documentation updated if needed

[liviuconcioiu]

@JBYoshi can you add a test to Tests/Parser/Client/fixtures/browser.yml for Mozilla/5.0 (Windows NT 10.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36 Dragon/103.0.2674.92? With your fix, this is detect as Chrome.

[JBYoshi]

@liviuconcioiu I've updated to handle that test case. The regex now looks for Dragon/ with the slash and version required.