I see

I mean, try to get some inspiration from UNIX, it was invented around 1970 and most of old C code from that time still compile on modern UNIXes... that's what I call a stable API :P

There are multiple problems with this, it's burried in very old code that I wrote so long time ago I am not sure about the logic anymore. This commit removes it - https://github.com/huggle/huggle3-qt-lx/commit/8638b179899ff92b2a3ef2defcb6d17de511a791 but it needs some intensive testing, because I literally just removed the rvparse from API call and now I am observing what it broke.

but is that something very specific only to wikidata? I am not sure if there is parsedcomment in other wikis? Or is there?

https://github.com/huggle/huggle3-qt-lx/commit/25069ac9e6915f7e466341f36cddff1728b1c0c5

Really curious what else did I break while fixing this bug :)

So I investigated this and found the reason, it's related to flow of current message system in connection with reverting:

note this bug is not "invalid" there is just no better closure reason, such as "unreproducible"

I have to close this task as it's impossible to reproduce for me, if you run to this issue again, please have a look which feed provider is active - XmlRcs, IRC or API. Also please copy paste full system log from Huggle. That's very important for me.

this task is very hard to reproduce

Sorry to be late to the party - regarding "undocumented options", we keep documentation for options on place that not every is probably aware of, here: https://www.mediawiki.org/wiki/Manual:Huggle/Deploying/DefaultConfig.yaml and even the options you claim to be undocumented, are in fact there ;)

https://github.com/huggle/huggle3-qt-lx/commit/5607ec16236fdf2f1af17c0938ea1d7ca1275186

ha, seems this was forgotten during migration to new server

both instances were shut down, you can delete them in 14 days from now

❤️

So I successfuly migrated wm-bot core and bouncers, next step is to move MySQL DB, then instance wm-bot2 can probably be nuked.

NAT is not going to be possible as old instance is going to be deleted

I just spent couple of hours trying to get it to run with latest mono / dotnet core and there are some major issues with getting old 3rd dependencies running, so it will need a bit more time

I will try to implement this during this year's hackathon

I successfuly created a new instances for PG and wm-bot, now I need to migrate the data from old ones and then it should be done

Hello, sorry for the delay, all obsolete instances are gone now

Sorry I wasn't much available during holidays, there is a long-needed migration to new VM being prepared, hopefully in next few weeks I will get to it

Yes, that's where the code is and that's where you should fix it!

Yes, this task is still open, it's just extreme lack of active developers that resulted in nobody looking into this.

+1 Experienced and trusted

this diff information is retrieved by RC feed provider, it's not computed by Huggle

wm-bot uses space as parameter separator, so I think in this case:

xmlrcsd crashed for some reason

@Rfarrand hi Rachel, did you get the e-mail from him? Can you please have a look in that?

In T226575#5284998, @Urbanecm wrote:

@Petrb There's no need in sharing the IP in a private way, at the end, it'll still be public. Two ways how to get this done:

• upload a patch against operations/mediawiki-config, file wmf-config/throttle.php (should be self-explanatory) and ping me to deploy it
• make the IP available to me somehow (in this case, I'll need datetimes as well - whole Wikimania?)

range is here: https://phabricator.wikimedia.org/P8657

@Az1568 here is the range https://phabricator.wikimedia.org/P8657

This is still happening

BTW just to clarify why this task is open for so long time with no update - it's simply not clear to me how to, step by step, implement most of this stuff that was proposed into Huggle's interface. Perhaps this should be split into multiple separate tasks that each defines what should be changed.

There is - this was requested long time ago and JS extension was written for that purpose see https://www.mediawiki.org/wiki/Huggle/JS

it seems the warning is already in place

That means - I believe it's a server side issue, nothing that can be easily fixed on client side

I suppose that the connection is left open but for some reason server stops sending any new data to these "old" connections?

this is how .net was setup in past

https://github.com/benapetr/wikimedia-bot/commit/5725ff30e62ace47ad2599f72b6f9e7886bb0618

Please keep in mind that Huggle considers only recent templates, see this option

OK - there is actually a unit test for this, maybe we can expand it.

Please reopen if this solution doesn't work for your use-case

For example: