Good point. Is there a task for a spike, or should I create it?

GitHub PR (https://github.com/WikipediaLibrary/TWLight/pull/665) has been merged

GitHub PR: https://github.com/WikipediaLibrary/TWLight/pull/662

This is dependent on T273877, but I can start this from my working branch until that gets merged!

This has been merged!

This has been merged.

I also was not able to replicate this error in my local environment. It would be helpful to understand the steps the user took to see if we can replicate the bug next time it happens.

I haven't! Got distracted by other tasks, but I'll have this done by EOD today.

This task has been merged. Thank you for your contribution, @Ankur21980!

GitHub PR: https://github.com/WikipediaLibrary/TWLight/pull/648

GitHub PR: https://github.com/WikipediaLibrary/TWLight/pull/648

GitHub PR:https://github.com/WikipediaLibrary/TWLight/pull/642

Hi @Amire80, have you been able to log out and log back into your account?

Jason can +2 it, although it might be a good idea to get another set of eyes on the code before merging.

Merged! Thank you for your contribution @Uditdesai2206

Merged! Thank you for your contribution!

@Amire80 could you please log out from the platform and log in again? This might be enough to get you authorized.

@Samwalton9 Let me know if this answers all of the questions fully. I'll move this task to the review column in the meantime.

What options does Matomo have for retention schedules and anonymisation of data?

Could we see which publisher content users are accessing? If so, how granular is that information (publisher, or individual articles?)

What data would (or could) we be collecting? Just page visits/paths?

I am starting to work on this task. I'll post the answers to the questions posed in the task description.

@Shubh1815 You branch was probably out of date with the master branch. By rebasing, you get your branch up to date, which can fix errors you might have been having.

Since these changes have already been deployed to production and staging tests have been successful, I am marking this task as done.

Can you try rebasing your PR and running the tests again?

Merged! Thank you for your contribution @Bharatkhatri351.

The command has now finished running. Marking it as done.

I need to configure my MediaWiki local environment with this extension, but I'm starting to work on that.

The command is being run. Will mark it as done when it's finished.

Changes have been merged on both PRs.

PR for Wikilink can be found here

GlitchTip for Wikilink is up at https://glitchtip-wikilink.wmflabs.org. A PR with the changes needed to get errors through the app will be raised shortly

Email sending is fixed! PR for the Wikipedia Library can be found here

GlitchTip is up at https://glitchtip-wikipedialibrary.wmflabs.org/. Email sending is still not working, so I am still working on this task

GitHub PR: https://github.com/WikipediaLibrary/externallinks/pull/68

@Samwalton9 While I was investigating how to create the migration to transfer the EZProxy links to their correct collections and organizations, I noticed that there are 2003 links that do not have a URLPattern associated with them. 2002 of those links start with link.galegroup.com. I wonder if this is an unfollowed URLPattern that we need to add to the Gale organization.

Do we know if this is currently the case? We could probably verify this on beta, right?

Merged!

GitHub PR: https://github.com/WikipediaLibrary/externallinks/pull/67

GitHub PR: https://github.com/WikipediaLibrary/externallinks/pull/66

That was Wikilink's previous behavior. I think if people see a graph where the current month is displayed, they will assume that the data of that month is partial.

Relevant PR: https://github.com/WikipediaLibrary/externallinks/pull/64

That's odd. I don't see this behavior in either Chrome, Safari, or Firefox (I am using a Mac). Can you tell me in which browser and what OS you are using?

Another take on the staggered rollout: We can roll the extension out to smaller wikis and then to big wikis like English, Swedish, and German. We can do this in addition to the editor notification stages to observe how the Wikipedia Library behaves with the new volume of users.

GitHub PR: https://github.com/WikipediaLibrary/externallinks/pull/63

Github PR 62 has been merged

The ProQuest OpenURL collection no has information

A page that was showing this error is now working, although it is not displaying any information. This will be fixed when we run the command for that collection.

GitHub PR https://github.com/WikipediaLibrary/externallinks/pull/58 has been merged

I just created a PR for Wikilink and GitHub Actions fails because it couldn't log into quay.io.