Looks fine on https://eventmetrics-dev.wmflabs.org
Generating random combinations of blocks including:
+ Username, IP and IP ranges, autoblocks
+ System blocks (e.g. $wgProxyList, $wgDnsBlacklistUrls, $wgApplyIpBlocksToXff, Tor)
+ Global blocks
+ Blocks set from cookies
and testing different actions anonymously and while logged in (e.g. editing, account creation, sending email).
Testing IP and Autoblock cookies locally, looking at:
+ Does the cookie get set at the right time?
+ Do the cookies get cleared at the right time?
+ Is the block applied correctly from the cookie?
Sorry, wrong task.
Are we fixing the mobile message in this bug?
Wed, Jun 12
I don't see the link when I am an anonymous user or a non-admin user. I do when I am logged in as an admin.
Tue, Jun 11
For a redirect that has been created either as a result of a page move or someone adding "#REDIRECT [[other_page]]".
Had their own tickets. Did not go into QA.
I was not able to reproduce this before. I cannot confirm it has been fixed now.
Mon, Jun 10
Wikisource servers returned an error: PHP fatal error: entire web request took longer than 60 seconds and timed out
Which is consistent with the error format from the description.
I have managed to launch SVGTranslate on:
+ docker-compose version 1.21.0
+ docker version 18.09.6
On Debian Stretch and Buster.
Fri, Jun 7
I can no longer provoke the "An error occurred when fetching the preview..." popup when clicking download mid-translation, on either Firefox or Safari.
We can now download when no translation language is chosen and when there are no unsaved translations.
Thu, Jun 6
Wed, Jun 5
Smoke testing on https://en.wikipedia.beta.wmflabs.org, including:
- Blocking and unblocking via web and API.
- Editing via API while partial blocked.
- Moving title via API.
- Looking at blocked user's (deleted) contrib.
- Tested file upload while partially blocked from File.
An anonymous IP block appears to block a logged in user from Special:CreateAccount. Not from any other action (that I have seen so far).
Tue, Jun 4
@MaxSem I am seeing a few new errors on wsexport-test. Are they related to this work?
Mon, Jun 3
While sitewide blocked I do not see any "Thank" links on the revision history of any page nor on Special:Log. I can thank revisions on my own User_talk, unless I am explicitly blocked.
I tested the interaction timeline on test.wikipedia for some of my own test accounts and IP addresses (incl. IPv6). It returned the correct revisions (compared to the revision history on the wiki).
Wed, May 29
Attempting to unblock an auto block (the IP that was autoblocked, not the username that was blocked):
Error from line 365 of /var/www/html/T206163/includes/Block.php: Call to a member function getType() on string #0 /var/www/html/T206163/includes/Block.php(1143): Block::chooseMostSpecificBlock(Block) #1 /var/www/html/T206163/includes/specials/SpecialUnblock.php(183): Block::newFromTarget(string) #2 /var/www/html/T206163/includes/specials/SpecialUnblock.php(166): SpecialUnblock::processUnblock(array, RequestContext) #3 /var/www/html/T206163/includes/htmlform/HTMLForm.php(675): SpecialUnblock::processUIUnblock(array, OOUIHTMLForm) #4 /var/www/html/T206163/includes/htmlform/HTMLForm.php(567): HTMLForm->trySubmit() #5 /var/www/html/T206163/includes/htmlform/HTMLForm.php(582): HTMLForm->tryAuthorizedSubmit() #6 /var/www/html/T206163/includes/specials/SpecialUnblock.php(68): HTMLForm->show() #7 /var/www/html/T206163/includes/specialpage/SpecialPage.php(570): SpecialUnblock->execute(NULL) #8 /var/www/html/T206163/includes/specialpage/SpecialPageFactory.php(575): SpecialPage->run(NULL) #9 /var/www/html/T206163/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext) #10 /var/www/html/T206163/includes/MediaWiki.php(865): MediaWiki->performRequest() #11 /var/www/html/T206163/includes/MediaWiki.php(515): MediaWiki->main() #12 /var/www/html/T206163/index.php(42): MediaWiki->run()
newFromTarget() gets the list of blocks it passes to chooseMostSpecificBlock() from newListFromTarget(), but the latter does not return a list (as far as I can see).
@Tchanders If there is an anonymous IP block and I am logged in on that IP, when I go to Special:CreateAccount I get a fatal error:
Error from line 1379 of /var/www/html/T206163/includes/user/User.php: Call to a member function getBlockForCookie() on null
Tue, May 28
Mon, May 27
Switched my keyboard mapping to Hebrew (il) and checked that it behaves appropriately (as far as my limited understanding of RTL goes) for things like Hebrew mixed with numbers, times, parentheses, punctuation, whitespace and Hebrew mixed with English.
Fri, May 24
Thu, May 23
Wed, May 22
@MusikAnimal Going to https://en.wikipedia.beta.wmflabs.org/wiki/Special:NewPagesFeed the feed doesn't load and I get "ReferenceError: recreated is not defined".
I did some load testing of wsexport-test, using ab to simulate concurrent requests (20, 30, 40, 50 concurrent requests at a time).
@dbarratt When the "Time" input is empty, if I click on it and select hour "14" it puts "13:26" (or whatever minute it is) into the input box. Perhaps it is converting to UTC, I think. But then, when I click "14" again it actually puts "14:26" into the input box.
Tue, May 21
I cannot reproduce this. It looks very similar to what was fixed in T216283, as "Stapes" is not inside a <tspan>.
A little difficult to test. There is not much I can do.
Mon, May 20
May 17 2019
Retesting on Firefox 60, Chromium 73, Edge and Safari 12. On https://en.wikipedia.beta.wmflabs.org.
May 16 2019
I have checked that articles get marked as unreviewed when tagging with one of "Speedy deletion", "Proposed deletion" or "Articles for deletion".
All the code changes appear to be replacing "$user->isBlocked()" with "$user->getBlock()", which should behave the same.
I tested that the Translation/ULS dropdown and error popups appear over all other elements on the page (including the SVG image) on:
- Mojave; Safari 12
- High Sierra; Safari 11.1.2
- Sierra; Safari 10.1.2
- El Capitan; Safari 9.1.3
- Win7 IE11
My reproduction steps may have confused things.
May 15 2019
@Niharika Already reviewed pages which are marked for deletion now become unreviewed. I'm guessing that is good?
I have seen this for a couple of ebook exports:
The BlockManager gets the block appropriate for the user or IP, including setting from cookies, XFF headers, etc.
Are Blocks stored correctly in DB?
May 8 2019
If I try to load visual editor on a page from which I am blocked, I get:
Error loading data from server: HTTP 500. Would you like to retry?
May 4 2019
I have not see this error in the last few weeks.
Looking at the error and access logs on wsexport prod, I found a way to reproduce on production by navigating to: https://tools.wmflabs.org/wsexport-test/book.php?lang=ru&page=%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B0%D0%BD%D0%B4%D1%80_%D0%A1%D0%B5%D1%80%D0%B3%D0%B5%D0%B5%D0%B2%D0%B8%D1%87_%D0%9F%D1%83%D1%88%D0%BA%D0%B8%D0%BD&format=epub-3&fonts=freeserif
Going to https://tools.wmflabs.org/wsexport-test/book.php?refresh=true&lang= shows the form only once and there is no error in /data/project/wsexport-test/error.log.
May 1 2019
I can no longer reproduce the bug in the description, https://tools.wmflabs.org/svgtranslate-test/File:USCG_Sentinel_class_cutter_poster.svg returns the appropriate translations.
@MaxSem I think the repro steps for this bug (or one way of reproducing this at least) is to navigate to https://tools.wmflabs.org/wsexport-test/book.php?refresh=true&lang=
Change appears very basic, relying on an existing SQL query.
@Tchanders I cherry-picked the two changesets in T206163#5110429 and T206163#5110430 on my local environment, and I have noticed that anonymous only blocks seem to get applied to users who are logged in. Not sure why.
Apr 26 2019
A few more observations/potential bugs:
- Sometimes, if I have an unsaved translation, after logging in I cannot upload the translation to Commons (even after reloading the page or switching translation languages back and forth). I have seen this happen on FF60, FF66, Chromium 57.
- After successfully uploading a translation to Commons, I sometimes cannot upload a modified translation of the same language. I have seen this on FF60, FF66 and Chromium 57.
I have found can only get around the above two problems reliably by doing a hard refresh on the browser.
- If I switch to a translation which already exists in the SVG, without modifying it I can upload to Commons.
Apr 25 2019
- If a user navigates away (or their tab crashes etc) from the translate tab in the middle of adding translations, their translations for the image should be temporarily preserved (15 minutes is good enough). In case they had multiple in-progress translations, preserve translations for all of those.
Apr 24 2019
I noticed on en.wikivoyage this use of colour in a legend.
Apr 19 2019
I looked at https://codesearch.wmflabs.org/deployed/?q=isBlocked%5C(%5C)&i=nope&files=&repos=, which contains a subset of what @Reedy mentions.
In passing, during T209004, I have found a couple of uses which might need to be changed:
- Several places in Extension:OAuth
One line CSS change.
I checked that filters were applied correctly for a combination of conditions (sitewide/partial, temporary, IP/Range/User).
Apr 18 2019
I have not seen this happen on staging so far this morning.
Apr 17 2019
I have not seen this error anymore on staging or production.
When entering or removing text, I find a 1-2 second delay before the state of "Upload to commons" is updated. This gives me a window in which I can upload a duplicate image, giving the same error as T216209#5107613.
When logged out, there is a link "Log in to enable uploading". This takes a user to /svgtranslate-test/login.
Apr 16 2019
I was not able to reproduce this on staging or production, using the SVGs in the description.
I was not able to reproduce this on staging or production, using the svg in the description. I also compared the SVG downloaded from svgtranslate with the one from Commons. The <tspan> style attribute is being preserved correctly.
On staging, I did not notice any dramatic differences in rendering of text between svgtranslate and Commons, or anything that looked obviously wrong (like the image in the description).
Looking at the revision history of the reports in https://en.wikipedia.org/wiki/User:Community_Tech_bot, I see all the reports have been updated in the last 7 days. I guess that means the cron is working.