Right after deploying T118022: Deploy wikipedia.org portal code that has Event Logging (DUE Nov 16), we should make sure Event Logging is at least basically working. Presumably it should be re-checked a day later, but that decision is up to @Ironholds.
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | • debt | T112172 EPIC: of epics Wikipedia.org Portal UX tests to run | |||
| Resolved | • debt | T112173 EPIC: [Portal A/B test 1]: Change the size of search text field and search button on Wikipedia.org | |||
| Resolved | Jdrewniak | T118023 Verify that new portal Event Logging is happening correctly (DUE Nov 16/17) | |||
| Resolved | • JGirault | T118022 Deploy wikipedia.org portal code that has Event Logging (DUE Nov 16) |
Event Timeline
Comment Actions
Have we resolved all of the questions about whether it's good for storing an equivalent session ID then?
Comment Actions
@Ironholds could you please reiterate the concerns regarding the session ID? I'm not entirely up to speed with the issue surrounding this.
Comment Actions
We need either data equivalent to the TestSearchSatisfaction2 schema, in this schema, orr a session ID in this schema that correlates to the TSS2 schema's session IDs so that we can link the qualitative responses to this survey to that quantitative data.
Comment Actions
would it be possible to use the hashed IP values to correlate the TSS2 and portal data?