1112417 - Modify how download buttons are rendered across mozilla.org

Status: RESOLVED DUPLICATE of bug 1116166

(www.mozilla.org :: Pages & Content, defect)

Description

[Cory Price [:ckprice] (bugmail disabled, NI me!)]

# Overview

In bug 1111042 users reported an issue with being unable to download the developer edition browser in Windows 10.

Investigating the issue, we found that unanticipated changes to the user agent string was causing this. The issue was eventually fixed by modifying the regular expression used for detection against the UA string[0].

In a comment by :kev[1], it was suggested we re-look at our dependency on querying against the UA string to dynamically show content, and replace with an advisory statement instead. We agreed to reconsider our approach.

# Request

This bug is being opened to investigate and implement an alternative to the current logic used to generate download buttons across mozilla.org.

[0] PR to update Windows 10 detection - https://bugzilla.mozilla.org/show_bug.cgi?id=1111042#c8
[1] Comment from :kev - https://bugzilla.mozilla.org/show_bug.cgi?id=1111042#c6

Comment 1

[Jonathan Petto [:jpetto]]

Not a dependency or blocker, but bug 1233443 (users running script blockers) may be worth considering in this conversation.

Comment 2

[Jennifer Bertsch [:jbertsch]]

Espressive - Do we want to tackle this as part of the download button work we are going to start next sprint?  How much does this expand scope vs offer benefit to users?

Comment 3

[Schalk Neethling [:espressive]]

(In reply to Jennifer Bertsch [:jbertsch] from comment #2)
> Espressive - Do we want to tackle this as part of the download button work
> we are going to start next sprint?  How much does this expand scope vs offer
> benefit to users?

I reckpn we can aim to cover this during the sprint.

Comment 4

[Jennifer Bertsch [:jbertsch]]

Fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=1233443#c5 ?