Skip to content

Conversation

@matt-bernhardt
Copy link
Member

@matt-bernhardt matt-bernhardt commented Jan 14, 2026

As part of our measurement strategy, there are scenarios where we want to have access to the record ID values from Primo and TIMDEX. These values are not meaningful to users, so they shouldn't be visible, but having them in a data attribute can be very useful.

The Primo and TIMDEX normalizers already use these record IDs, and pass them to the view layer. GeoData makes use of them for some functionality already.

This adds a recordId data attribute to the containing list item for all view templates, for use by analytics scripts.

Ticket: https://mitlibraries.atlassian.net/browse/use-197

Developer

Accessibility
  • ANDI or WAVE has been run in accordance to our guide.
  • This PR contains no changes to the view layer.
  • New issues flagged by ANDI or WAVE have been resolved.
  • New issues flagged by ANDI or WAVE have been ticketed (link in the Pull Request details above).
  • No new accessibility issues have been flagged.
New ENV
  • All new ENV is documented in README.
  • All new ENV has been added to Heroku Pipeline, Staging and Prod.
  • ENV has not changed.
Approval beyond code review
  • UXWS/stakeholder approval has been confirmed.
  • UXWS/stakeholder review will be completed retroactively.
  • UXWS/stakeholder review is not needed.
Additional context needed to review

E.g., if the PR includes updated dependencies and/or data
migration, or how to confirm the feature is working.

Code Reviewer

Code
  • I have confirmed that the code works as intended.
  • Any CodeClimate issues have been fixed or confirmed as
    added technical debt.
Documentation
  • The commit message is clear and follows our guidelines
    (not just this pull request message).
  • The documentation has been updated or is unnecessary.
  • New dependencies are appropriate or there were no changes.
Testing
  • There are appropriate tests covering any new functionality.
  • No additional test coverage is required.

** Why are these changes being introduced:

As part of our measurement strategy, there are scenarios where we want
to have access to the record ID values from Primo and TIMDEX. These
values are not meaningful to users, so they shouldn't be visible, but
having them in a data attribute can be very useful.

** Relevant ticket(s):

* https://mitlibraries.atlassian.net/browse/use-197

** How does this address that need:

The Primo and TIMDEX normalizers already use these record IDs, and pass
them to the view layer. GeoData makes use of them for some functionality
already.

This adds a recordId data attribute to the containing list item for all
view templates, for use by analytics scripts.

** Document any side effects to this change:

None
@coveralls
Copy link

Pull Request Test Coverage Report for Build 21006628782

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 97.956%

Totals Coverage Status
Change from base Build 20960248789: 0.0%
Covered Lines: 1198
Relevant Lines: 1223

💛 - Coveralls

@mitlib mitlib temporarily deployed to timdex-ui-pi-use-197-re-swaltv January 14, 2026 19:13 Inactive
@JPrevost JPrevost self-assigned this Jan 15, 2026
@matt-bernhardt matt-bernhardt merged commit 8104426 into main Jan 15, 2026
5 checks passed
@matt-bernhardt matt-bernhardt deleted the use-197-recordids branch January 15, 2026 16:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants