Another article where I'm seeing the same issue: https://diff.wikimedia.org/2024/04/15/stop-women-are-making-history-from-bolivia/

https://github.com/wikimedia/wikipediapreview-wordpress/pull/111

Core library PRs
https://github.com/wikimedia/wikipedia-preview/pull/186
https://github.com/wikimedia/wikipedia-preview/pull/188
https://github.com/wikimedia/wikipedia-preview/pull/189

The solution we are working on has two parts: an update to the core wikipedia-preview library and another update to the wikipediapreview-wordpress wrapper.

@SGautam_WMF I updated the post-installation onboarding screen by removing second step and updating the first step text to "Highlight the text and select ‘W’- Wikipedia Preview from the menu", as discussed earlier. Please feel free to update ticket description as you see fit.

https://github.com/wikimedia/wikipediapreview-wordpress/pull/104

When IP Addressed is blocked - Blocked error does not appear

Interesting catch, I hadn't thought of this perspective. After debugging with George, we learned admins can specifically mark whether an IP block should include users who log in with that IP address, so admins can do this if they wish. Either way, anonymous users can't create/edit Wikistories (only view them), they have to log in to create/edit, so from the perspective of the Wikistories extension a username block is all that's needed.

Follow up:

PR: https://github.com/wikimedia/wiki-highlights/pull/26
Demo: https://wikimedia.github.io/wiki-highlights/T352250-style-update/#/highlights

PR created: https://github.com/wikimedia/wiki-highlights/pull/25

Betacluster is working again. Here are two stories I created (with at least a couple of hours of separation in time):

Initial testing on production (id.wiki) seems to be working fine, this seems to be contained within beta cluster

I don't think we have a ticket for that. If you are able to reproduce that behavior consistently, I would say please create a ticket with steps to reproduce so that we can check it out. Thanks!

PR opened and still work in progress: https://github.com/wikimedia/wikipedia-preview/pull/177

Used Browserstack to test in many devices and across browsers, both the highlights view as well as the longtext form. The app is testing fairly well in all devices and browsers, the only two issues I was able to find:

Establish list of OS and browsers that need to be supported based on target demographics and market shares for iOS and Android

Thanks Vaughn for reporting this. @SGautam_WMF what do you think? If you think it's needed I can update the copy, otherwise can move to design sign off

https://github.com/wikimedia/wiki-highlights/pull/1

https://github.com/wikimedia/wikipediapreview-wordpress/pull/94

In T344822#9162440, @vaughnwalters wrote:

A few things while setting this up locally with the new config:

The following docs

https://www.mediawiki.org/wiki/Extension:Wikistories
https://www.mediawiki.org/wiki/MediaWiki-Docker/Extension/Wikistories

differ from each other in what needs cloned and in the LocalSettings - should they be the same?

---

Also in both docs, if it is important for local setup, can we explain the difference between beta and public in these instances for Wikistories Discovery Mode? In one doc it says to use beta and in the other doc it says to use public. I am not sure which is more correct to use for local setup, so it would be good to explain the difference in both docs.

Hey @GMikesell-WMF, let's talk more about the Philadelphia case: I suspect it's a set up issue that the plugin you're testing doesn't have the latest from the main branch yet.