Last modified: 2014-08-07 14:03:24 UTC
Huggle 3.0 Build 796 adds a lvl 2 warning even if one exists already. See [https://en.wikipedia.org/w/index.php?title=User_talk%3A71.108.77.231&diff=590405095&oldid=590404758 this edit].
There may be several reasons for this, either: * huggle didn't recognize the lvl 2 warning, because there was no known pattern in the message * huggle ignored the lvl 2 warning, because it was old * MOST POSSIBLE huggle didn't know about the warning because it was sent between last check of talk page and revert, this can be actually fixed by extra TP re-parse before each user warning OR by fetching the edit token in same moment as first re-parse and reusing it later, in case it fail, it means page was edited and new token needs to be obtained as well as check for templates needs to be done again.
https://github.com/huggle/huggle3-qt-lx/commit/7c68154afed9d33efffe753025866d2b3eaa1328
*** Bug 61933 has been marked as a duplicate of this bug. ***
*** Bug 62646 has been marked as a duplicate of this bug. ***
These warnings are giving basetimestamp so mediawiki should reject them unless huggle did parse the recent talk page version, it seems to be a bug in mediawiki?
copied from bug 61933: se4598 2014-03-03 20:40:51 CET Which language does your system have? and whats "February" in that language? If it's not english, then likely that's the cause. (The section was skipped because the date of the signature was considered invalid b/c parsed with a non english locale; https://github.com/huggle/huggle3-qt-lx/blob/master/huggle/huggleparser.cpp#L307 following ) gladjonatan 2014-03-03 20:46:40 CET My system runs with Swedish, and February in Swedish is februari or Februari. (It does not count as a name in Swedish, therefor not written with a capital letter. Except when in beginnings of sentences and stuff like that.) --- end of copy additional info: QDate::fromString() is used with MMMM, which considers all long month names, which are "... localized according to the system's default locale settings."
Now Huggle is breaking down totaly. In this edit (https://en.wikipedia.org/w/index.php?title=User_talk%3ADustyF&diff=599622995&oldid=599622795 ) it added a lvl 1, when a lvl was issued 2 min earlier. In this edit (https://en.wikipedia.org/w/index.php?title=User_talk%3AWikihelper123454&diff=599621716&oldid=599618528 ) it is adding a lvl 2, when a lvl was already issued ca. 20 min earlier. On the same user talk page as above, this edit (https://en.wikipedia.org/w/index.php?title=User_talk:Wikihelper123454&diff=next&oldid=599621716 ) added another lvl2, making it 3 lvl 2 on the same talk page.
the third one is different from the others because here a lvl 2 warning was made despite you/huggle itself posted the previous lvl 2 warning. That's maybe a different cause.
I will give a list of url, what lvl HG3 posted, what lvl was already there, and how llong between: *https://en.wikipedia.org/w/index.php?title=User_talk%3A71.11.159.0&diff=599622987&oldid=599622573 lvl 1 lvl 2 4 min *https://en.wikipedia.org/w/index.php?title=User_talk%3ARyanhalo98&diff=599622024&oldid=599520539 lvl 1 lvl 1 18 h *https://en.wikipedia.org/w/index.php?title=User_talk%3A204.129.176.11&diff=599621845&oldid=599619789 lvl 1 lvl 1 14 min The list goes on, almost 9/10 of all my edits is this way since I updated to the recent build relesed.
I don't think there was any significant change since last release, so this would happen even if you used the previous version.
Problem here is that huggle doesn't see the talk page, before it post a message, it is mediawiki which merges the warning between the warnings of others. Only proper solution here would be to have mediawiki reject the message in case there was an edit to talk page so that huggle re-parse it, but I don't know if mediawiki can do that. Other workaround which isn't reliable, would be just to re-parse the talk page everytime before the warning is sent. This has 2 issues: It significantly worsen the performance and it isn't reliable because some user could in theory send a warning between the check and edit, there is also replication lag (reading page may return older version, while when you write to a page, you access the master sql server which contains the current version) I think this needs to be solved on mediawiki level
I am lowering priority because this should now happen less since I implemented expiration time, but until bug https://bugzilla.wikimedia.org/show_bug.cgi?id=62698 is fixed it may still happen
i know that it is fixed and will be in the next pre-built build. But I thought I might as well post this from the 1024 (or what ever buid it is, that is live right now). https://en.wikipedia.org/w/index.php?title=User_talk%3A190.213.2.61&diff=600157662&oldid=600156817 In these 2 edits, Huggle 3 added 2 lvl 3 warnings after a level 4 already had been given. As long as the next build is not relesed (for those who don't have the techincal skils to build it them selfs) these kinds of errors will happen.
It was already released, try latest version. But it still may happen because the limit time is 40 seconds, that means if cached talk page is older than 40 seconds, it is auto-parsed again, however if someone send a warning within 40 seconds, it will be scored wrong again. This is something that must be fixed on mediawiki side, so that huggle can safely recognize edit conflicts. As long as mediawiki is not able to tell the client that edit conflict happened, and instead try to resolve it itself, which it now does, this will not be reliable.
As far as i can tell from glancing over my edits, it still seems that warnings levels are often incorrect. For example: - https://en.wikipedia.org/wiki/User_talk:205.124.24.167 (A level 2 warning where a level 3 should have been given and a level 1 where a level 4 should have been placed) - https://en.wikipedia.org/wiki/User_talk:199.88.91.106 (A level 2 warning where a level 4 should have been placed) - https://en.wikipedia.org/wiki/User_talk:204.184.109.252#March_2014 (A level 1 where a level 3 should have been placed). - https://en.wikipedia.org/wiki/User_talk:98.190.215.50#March_2014_2 (A level 1 where the user should have been reported). - https://en.wikipedia.org/wiki/User_talk:205.124.24.167 (A level 1 where a level 4 should have been placed) I am currently using build 1076 which is currently the latest released build. As far as i can tell Huggle only ups the warning level if i warned a user before. If another editor warned the editor (Irregardless of when, be in in 40 seconds or after 40 seconds) this isn't detected or adjusted for when placing the warning. Looking at the page history it will not display the "1", "2" and so icons for warning level either unless i warned a user before.
These icons are different bug, I don't like idea of parsing the talk page on every new edit just to have fancy icons, because that would slow huggle down a lot, instead I think we should fetch the information from IRC feed (if someone send a warning to user they usually have some summary like "Sending warning" etc which would increment the level.
I will make a unit test from every talk page which failed this, so keep posting them in this bug (everytime you see huggle issued wrong level, just post it here), so that we ensure new version would do that right
this possibly fixed waste majority of these https://github.com/huggle/huggle3-qt-lx/commit/05be236f48517a360f99573253b32c44632574db
I've been testing the new 1096 revision for a little bit now and so far the results are promising. After manually checked the warnings levels for the past 25 or so reverts i can say that all of them seem to be spot on so far. There is one thing i did notice, not sure if it is related: - On 16:21 today this edit was reverted by another user: https://en.wikipedia.org/w/index.php?title=Diary_of_a_Wimpy_Kid&diff=602436176&oldid=602436142 - On 16:23 the IP editor blanks his talk page: https://en.wikipedia.org/w/index.php?title=User_talk%3A65.18.38.128&diff=602436421&oldid=602436180 - On 16:25 the editor vandalized again and this time i reverted: https://en.wikipedia.org/w/index.php?title=Diary_of_a_Wimpy_Kid&diff=602436675&oldid=602436662 Huggle did not place a warning though - instead this was displayed in the event log: "wo 2. apr 16:25:12 2014 ERROR: Unable to deliver the message to 65.18.38.128: Unknown error: articleexists" I haven't seen this one before so i'm not sure if this is related to the latest changes or if this is something separate altogether.
Using the latest build in this edit HG3 added a lvl 2, when it should have added a lvl 1 https://en.wikipedia.org/w/index.php?title=User_talk%3A209.232.147.121&diff=602447725&oldid=596077638
(In reply to gladjonatan from comment #20) > Using the latest build in this edit HG3 added a lvl 2, when it should have > added a lvl 1 > https://en.wikipedia.org/w/index.php?title=User_talk%3A209.232.147. > 121&diff=602447725&oldid=596077638 https://github.com/huggle/huggle3-qt-lx/commit/4e36234a5eee35b4dd22fd50a0d4e56a091e4f8b fixes it
(In reply to Excirial from comment #19) > I've been testing the new 1096 revision for a little bit now and so far the > results are promising. After manually checked the warnings levels for the > past 25 or so reverts i can say that all of them seem to be spot on so far. > > There is one thing i did notice, not sure if it is related: > - On 16:21 today this edit was reverted by another user: > https://en.wikipedia.org/w/index. > php?title=Diary_of_a_Wimpy_Kid&diff=602436176&oldid=602436142 > - On 16:23 the IP editor blanks his talk page: > https://en.wikipedia.org/w/index.php?title=User_talk%3A65.18.38. > 128&diff=602436421&oldid=602436180 > - On 16:25 the editor vandalized again and this time i reverted: > https://en.wikipedia.org/w/index. > php?title=Diary_of_a_Wimpy_Kid&diff=602436675&oldid=602436662 > > Huggle did not place a warning though - instead this was displayed in the > event log: > "wo 2. apr 16:25:12 2014 ERROR: Unable to deliver the message to > 65.18.38.128: Unknown error: articleexists" > > I haven't seen this one before so i'm not sure if this is related to the > latest changes or if this is something separate altogether. https://github.com/huggle/huggle3-qt-lx/commit/1225992b272b191afaa5ece3c1d648507c7ef9da
One exception i ran into is this IP editor. I reverted two edits made by this user: - https://en.wikipedia.org/w/index.php?title=Words_per_minute&diff=next&oldid=602625858 - https://en.wikipedia.org/w/index.php?title=Words_per_minute&diff=next&oldid=602626209 However, Huggle immediately warned me the user already had a level 4 warning and asked if i wished to report them. Looking at the user talk page there are plenty of warnings, but none recent: - https://en.wikipedia.org/wiki/User_talk:204.38.89.212
Another example of the above for completeness sake. I tried to revert this edit: - https://en.wikipedia.org/w/index.php?title=Aron_Ralston&diff=602647300&oldid=602367072 When doing so Huggle reported that the user already had a level 4 warning, and asked if i wished to report it. However, as before there is no recent level 4 warning at the talk page: - https://en.wikipedia.org/wiki/User_talk:204.38.4.80
Did any of these happen using latest huggle? Please post huggle version together with new reports
(In reply to Excirial from comment #24) > Another example of the above for completeness sake. I tried to revert this > edit: > > - > https://en.wikipedia.org/w/index. > php?title=Aron_Ralston&diff=602647300&oldid=602367072 > > When doing so Huggle reported that the user already had a level 4 warning, > and asked if i wished to report it. However, as before there is no recent > level 4 warning at the talk page: > > - https://en.wikipedia.org/wiki/User_talk:204.38.4.80 I created unit test https://github.com/huggle/huggle3-qt-lx/commit/e82b6eb6d6ce8f62bb59dca28621e4b8c6537628 for this talk page, but it PASSED just fine, so this issue is likely already fixed in latest huggle
On build 1110: - https://en.wikipedia.org/w/index.php?title=User_talk:134.231.31.12&oldid=603332964 It added a lvl 1, where a llv 2 should have been added.
On build 1110: - https://en.wikipedia.org/w/index.php?title=User_talk:Nathangrice&oldid=603335334 It added a lvl 2, where a lvl 4 should have been added.
On build 1110: I don't know how long in between the dates it has to be to "reset" the warning level, but... - https://en.wikipedia.org/w/index.php?title=User_talk:216.48.138.103&oldid=603342430 It added a lvl 1, where a lvl 1 was added only 5 days ago.
(In reply to gladjonatan from comment #29) > On build 1110: > > I don't know how long in between the dates it has to be to "reset" the > warning level, but... > > - > https://en.wikipedia.org/w/index.php?title=User_talk:216.48.138. > 103&oldid=603342430 > > It added a lvl 1, where a lvl 1 was added only 5 days ago. yes it's 5 days on english wikipedia, by default it's 30 though on other wikis
(In reply to gladjonatan from comment #28) > On build 1110: > > - > https://en.wikipedia.org/w/index.php?title=User_talk: > Nathangrice&oldid=603335334 > > It added a lvl 2, where a lvl 4 should have been added. biog3 was not in definitions in config it's now fixed
It seems to be fixed now. (petan > to ping in the IRC-channel)
Here it added a lvl 1 when it should have added a lvl 2: https://en.wikipedia.org/w/index.php?title=User_talk%3A2.125.251.86&diff=607067979&oldid=607067898
I added a unit test for this as well as for other reported pages, this seems to be fixed now
- https://en.wikipedia.org/w/index.php?title=User_talk%3A76.108.99.145&diff=607541572&oldid=607541308 (A level 1 warning where a level 2 should have been placed) - https://en.wikipedia.org/w/index.php?title=User_talk%3A208.67.166.194&diff=607538880&oldid=607538283 (A level 1 warning where a level 3 should have been placed)
oops on Comment 35 is regarding Build 1282.
Build 1282 (rc1): - https://en.wikipedia.org/w/index.php?title=User_talk%3A174.119.70.7&diff=607542445&oldid=607541726 (A level 1 warning where a level 2 should have been placed)
Another one, same build: - https://en.wikipedia.org/w/index.php?title=User_talk%3AVicky3cc&diff=607981129&oldid=607979848 (A level 1 warning where a level 2 should have been placed)
I see the same warning level issue in RC1: - https://en.wikipedia.org/wiki/User_talk:50.203.89.169 (Level 1 where a level 4 should be placed) - https://en.wikipedia.org/wiki/User_talk:165.138.9.226 (Level 1 where a level 2 should be placed) - https://en.wikipedia.org/wiki/User_talk:216.56.144.46 (Level 1 where a level 2 should be placed) - https://en.wikipedia.org/wiki/User_talk:50.193.252.233 (Level 1 where a level 3 should be placed)
I will create a unit test for these but I am pretty sure this was already fixed long time ago, it's just that you are not running latest version
(In reply to Peter Bena from comment #40) > I will create a unit test for these but I am pretty sure this was already > fixed long time ago, it's just that you are not running latest version Yes, this was fixed a while ago - I am dead certain that this worked just fine in versions prior to RC1. However, ever since I installed RC1 (Build 1282) this issue seems to have resurfaced.
I made a test for every single of these talk pages and all passed, so please update your huggle, it works.
I am on rc2
Still a bug in rc2. See: https://en.wikipedia.org/w/index.php?title=User_talk:173.73.16.15&diff=608383593&oldid=608381602 and https://en.wikipedia.org/w/index.php?title=User_talk:208.68.153.177&diff=608383615&oldid=608380300
I can't reproduce it, both unit tests are just fine. Can you find some errors in logs? Something like "unable to retrieve talk page of bla bla" or something like that.
Created attachment 15367 [details] System logs for Comment 47
In rc2 on Windows 7. https://en.wikipedia.org/w/index.php?title=User_talk%3A207.250.60.193&diff=608392913&oldid=608392366 Added lvl 1, should have added a lvl 3
In rc2 using Windows 7. - https://en.wikipedia.org/w/index.php?title=User_talk:67.128.203.3&diff=608395745&oldid=608395527 (added a lvl 1, should have been a 1vl 4) - https://en.wikipedia.org/w/index.php?title=User_talk%3A170.185.54.19&diff=608396015&oldid=608395301 (added a lvl 1, should have been a 1vl 2) - https://en.wikipedia.org/w/index.php?title=User_talk%3A98.145.227.115&diff=608398159&oldid=608397725 (added a lvl 1, should have been a 1vl 2) - https://en.wikipedia.org/w/index.php?title=User_talk%3A69.146.0.227&diff=608398551&oldid=608398473 (added a lvl 1, should have been a 1vl 2) - https://en.wikipedia.org/w/index.php?title=User_talk%3ABkallday11&diff=608398651&oldid=608397988 (added a lvl 1, should have been a 1vl 2) - https://en.wikipedia.org/w/index.php?title=User_talk%3A216.73.75.143&diff=608399118&oldid=608398949 (added a lvl 1, should have been a 1vl 2)
Created attachment 15370 [details] System logs for Comment 48
I downgraded to bild 1242, with opes that it would wrok, but instead I found the same problem there. https://en.wikipedia.org/w/index.php?title=User_talk:164.58.75.210&diff=608574839&oldid=608570883 (A lvl 1, where the users should have been reported)
typos in Cmment 50 : hopes*, work*
typos in Comment 50 : hopes*, work*
Using rc3, on WIndows 7 https://en.wikipedia.org/w/index.php?title=User_talk%3A168.31.88.109&diff=608690122&oldid=608689881 (A lvl 1, should have been a 1vl 2)
I didn't get a single wrong edit on rc3 so far on windows, IMHO the problem is resolved, I will check your configs though
I have wiped your configuration file on english wikipedia, please try now. In case you will have any wrong edit, paste also the logs from huggle. You can also start huggle in debug mode (level 2 or more -vv) the debug logs will be helpful here
I have tried again, and the problem is still there. https://en.wikipedia.org/w/index.php?title=User_talk%3A62.171.192.105&diff=608823440&oldid=608823099 (added a lvl 1, should have been a lvl 3) I will add system logs from debug mode in Comment 57.
Created attachment 15403 [details] System logs for Comment 56
Can you pick any other queue in menu?
I can't use IRC as provider, but I can change from default-queue to filtred edits, if that will help...
Created attachment 15404 [details] Unit
Created attachment 15405 [details] test
download test and unit files and place them to folder where huggle is installed, then open command line and navigate to this folder, execute tst_testmain and send me the output
Here you go (Disclaimer: This test was not executed from my regular system) ********* Start testing of HuggleTest ********* Config: Using QtTest library 5.1.1, Qt 5.1.1 PASS : HuggleTest::initTestCase() FAIL! : HuggleTest::testCaseTalkPageParser0001() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0002() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location PASS : HuggleTest::testCaseTalkPageParser0003() PASS : HuggleTest::testCaseTalkPageParser0004() FAIL! : HuggleTest::testCaseTalkPageParser0005() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 4!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0006() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0007() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0008() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0009() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0010() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0011() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0012() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0013() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 2!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0014() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 4!!) ..\test\tst_testmain.cpp(85) : failure location PASS : HuggleTest::testCaseWikiUserCheckIP() PASS : HuggleTest::testCaseTerminalParser() PASS : HuggleTest::testCaseConfigurationParse_QL() PASS : HuggleTest::testCaseScores() PASS : HuggleTest::cleanupTestCase() Totals: 8 passed, 12 failed, 0 skipped ********* Finished testing of HuggleTest *********
********* Start testing of HuggleTest ********* Config: Using QtTest library 5.1.1, Qt 5.1.1 PASS : HuggleTest::initTestCase() FAIL! : HuggleTest::testCaseTalkPageParser0001() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0002() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location PASS : HuggleTest::testCaseTalkPageParser0003() PASS : HuggleTest::testCaseTalkPageParser0004() FAIL! : HuggleTest::testCaseTalkPageParser0005() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 4!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0006() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0007() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0008() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0009() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0010() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 3!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0011() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0012() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 1!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0013() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 2!!) ..\test\tst_testmain.cpp(85) : failure location FAIL! : HuggleTest::testCaseTalkPageParser0014() 'user->WarningLevel == level' returned FALSE. (level parsed was 0 should be 4!!) ..\test\tst_testmain.cpp(85) : failure location PASS : HuggleTest::testCaseWikiUserCheckIP() PASS : HuggleTest::testCaseTerminalParser() PASS : HuggleTest::testCaseConfigurationParse_QL() PASS : HuggleTest::testCaseScores() PASS : HuggleTest::cleanupTestCase() Totals: 8 passed, 12 failed, 0 skipped ********* Finished testing of HuggleTest *********
Just a thought - would it be an idea to use a regular expression instead of the current string based matching in order to detect the warnings on a user page? Something like this: #include <QRegularExpression> QRegularExpression re("<!-- Template:uw-(?<Template>.+?) -->.+\\d{2}:\\d{2}, (?<Date>\\d{1,2} \\w+ 20\\d{2}) \\x28UTC\\x29"); QRegularExpressionMatch match = re.match(page); if (match.hasMatch()) { QString Template = match.captured(1); QString Date = match.captured(2); } I just tested the concept inside Huggle itself and it seems to work. The result for "Template" contains "Vandalism2" and the result for the Date contains "22 June 2009". My guess is it could do something like this: - Loop trough all the matches for a user page. - Check if the date is in range. If not, ignore. - If the case is in range: Log the associated warning level if it is higher than the previous highest warning level. The regex is a first draft so i don't expect it to work in all circumstances just yet, but that could be improved.
I don't like for these reasons: * regexes are horribly slow, this would be massive execution in loop over long text in short time * this solution isn't very flexible, it can he hardly customized enough to run on any possible wiki installation * it could fail just the same as it does now but yes, we could use some other lightweight regexes just to make it easier for parser
Created attachment 15409 [details] ut 2
try this
Created attachment 15410 [details] Result of ut 2 (test 2)
Created attachment 15411 [details] ut 3 new one
Created attachment 15412 [details] Result of ut 3 (test 3)
Fyi - i just ran test 2 and 3. The results i receive seems to be identical to the results posted above. Once exception: The logging in test 3 reports a localized date and time for me as well.
Created attachment 15414 [details] ut 4
Created attachment 15415 [details] Result of ut 4 (test 4)
Created attachment 15416 [details] ut 5
Created attachment 15417 [details] Result of ut 5 (test 5)
Using rc4 on Windows 7 ---- https://en.wikipedia.org/w/index.php?title=User_talk%3A165.234.180.57&diff=608853188&oldid=608438527 (added a lvl 1, should have been a lvl 2)
reopen if still happens
Using Huggle 3.0.2, Build 1616: - (18:50) Reverted an edit over AFD template removal, user received a level 1 warning (https://en.wikipedia.org/w/index.php?title=User_talk%3AKarlmarx776&diff=613462880&oldid=609108439) - (19:07) Reverted another AFD removal, user received another level 1 warning (https://en.wikipedia.org/w/index.php?title=User_talk%3AKarlmarx776&diff=613465016&oldid=613462880)
<!-- Template:uw-huggleafd1 --> isn't registered in Huggle config at https://en.wikipedia.org/wiki/Wikipedia:Huggle/Config#Warning
{{sofixit}}
https://en.wikipedia.org/w/index.php?title=User_talk:213.5.181.218&diff=618164948&oldid=618164933 Added a lvl 4 where it should have reported the user.
should be fixed
