@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.

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

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

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

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

This has been fixed in my last PR:https://github.com/WikipediaLibrary/externallinks/pull/55

Since I've already checked that the patch works in production, I will go ahead and mark it as Resolved.

The PR mentioned above has been merged.

Hello @Rahul-1729! I have reviewed your PR and made some comments on it.

I found at least 7 other editors who should be bundle eligible, but are not. I haven't been able to start the migration script, but we can discuss this on Monday.

I could get started on a migration PR as a temporary patch and then investigate the causes of this problem. The migration PR could be done today, but I agree with Jason that further investigation might take a while longer

After a brief investigation, I found that to use Django Async views we would have to install and use ASGI servers such as Uvicorn (https://docs.djangoproject.com/en/3.1/howto/deployment/asgi/). Since we have just finished a complex Docker Swarm deployment, it is best to wait to see if Wikilink really needs to use Async views to improve page load issues. At the moment, the team is working on T240673 by optimising certain queries with prefetch_related. If this is not enough, then maybe we will try and implement an Async view.

Thanks for making the changes! I'll take a look at it tomorrow

Hello @rajarshi! I have reviewed your pull request and suggested a few changes, in case you're still interested in contributing to the project.

That sounds great! Maybe in this new production environment, we should start the eventstream container with 2 replicas to make sure that if one fails, then the other will pick up where the other left off.

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

Made some changes to the settings file based on https://code.djangoproject.com/ticket/32016.

I have created several tickets to address the refactoring of the EventStream tracking script in T261807. Let me know if these tasks are clear and if I missed something!