The test has started to fail again this time on zh:wpbeta.
Tue, Jul 17
Sat, Jul 14
In 3.7 re.sub(r'\\\[\\\[(\\:)?', r'\[\[\:?', re.escape('[[:Wiki markup]]')) returns '\\[\\[\\:?:Wiki\\ markup\\]\\]'. but in earlier version it returns '\\[\\[\\:?Wiki\\ markup\\]\\]'. Note the addictional : in 3.7 result.
At least one of the issues is in extract_sections. It is assuming that anything after a language link belongs to the footer and does not return it as a section content and therefore that part won't be checked for existing timestamps.
Thu, Jul 12
tests.pagegenerators_tests.TestFactoryGenerator.test_recentchanges_timespan started to fail after this change was merged.
Wed, Jul 11
Tue, Jul 10
Mon, Jul 9
The reason is that https://sv.wikipedia.beta.wmflabs.org/ uses an invalid security certificate, therefore pywikibot is not able to communicate with that site.
Sun, Jul 8
FAIL: test_applicable_quality_level (tests.proofreadpage_tests.TestPageQuality) Test Page.quality_level when applicable. ---------------------------------------------------------------------- Traceback (most recent call last): File "c:\projects\pywikibot-g4xqx\tests\proofreadpage_tests.py", line 316, in test_applicable_quality_level self.assertEqual(page.quality_level, 0) AssertionError: '0' != 0
Now we should wait for the subtask (T114318) be resolved, then we can revert the patch above.
Sat, Jul 7
I removed T191192 because this is not a 2.7 only issue. It may occur in any python version. See https://ci.appveyor.com/project/Ladsgroup/pywikibot-g4xqx/build/1.0.542 where the tests failed on 3.4.x, 3.5.x, and 3.6.x.
Fri, Jul 6
Thu, Jul 5
I believe the solution to T188231 should also have resolved this one.
Wed, Jul 4
Mmm, I don't remember seeing this exact issue, but if there are more occurrences of this error, then we should perhaps disable this test on beta cluster. Feel free to reopen if you see one.
I tried to reproduce the issue on other pages, but my attempt was not successful. Then I made an edit on Wikipedia:Administration followed by a revert. Now the wrong interwiki link in the API result is gone.
Is this issue resolved? I tried to link Berlin article on en and de wikis, and it seems to work fine, but I don't know if the underlying problem is fixed or not.
The failure is happening when testing the language links of Wikipedia:Administration page.
Tue, Jul 3
Have you changed your email address to something other than the one in layout.yaml? (I don't know if changing the email can actually cause this, it was just the only thing that came to my mind.)
This is not the first time this error has occurred, see T159029. We should look for a more permanent solution this time.
Wow, that was quick! Thanks, everyone! ❤️
@Anomie , do you know what is going on here?
Specifically, why is there a search result for a page does not exist, and why is it marked as namespace: 0 when Draft talk namespace number should be 119?
The error is still there, but I think I've figured out the wrong part.