fix: fix wg anchor tags (case-sensitive)

[microamp]

fixes #7994

In https://github.com/ietf-tools/datatracker/blob/main/ietf/templates/group/active_wgs.html, it uses upper,

    {% for area in areas %}
        <h2 class="mt-5" id="{{ area.acronym|upper }}">{{ area.name }} ({{ area.acronym|upper }})</h2>

so it's now doing the same on the area's side.

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 88.84%. Comparing base (c7f6bde) to head (82970f0).
Report is 88 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #7995      +/-   ##
==========================================
+ Coverage   88.78%   88.84%   +0.05%     
==========================================
  Files         296      304       +8     
  Lines       41320    41541     +221     
==========================================
+ Hits        36687    36907     +220     
- Misses       4633     4634       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[microamp]

The IESG agenda page also has this issue. It's been addressed here, 4b2e45a.

[jennifer-richards]

lgtm

Only comment is that there's a slight tension in hard-coding the /wg/ URL in the tests vs using urlreverse() to find it. I think it's probably ok either way because we're not likely to move the URL and it's a quick / obvious fix if we do.

[rjsparks]

Please address Jennifer's concern - use urlreverse instead of assuming /wg/).
I'd also suggest using jQuery to look for the element in the right place in the document rather than using assertContains - that may let you ignore the path part altogether and let you just test that the terminal part is capitialized.

[jennifer-richards]

jQuery

pyquery?

[rjsparks]

yes, I meant pyquery