[Wikitech-l] Re: APIi page generator namespace order

2024-02-22 Thread Bináris
Great, thank you! :)
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] APIi page generator namespace order

2024-02-21 Thread Bináris
Hi,
I query special pages through API (concretely Special:UnconnectedPages),
and I noticed that main namespace articles are yielded first.
It seems that pages are ordered by namespace numbers.
Is it a guaranteed behaviour?

(If so, I can break from the loop at te first page not in 0 namespace which
would be nice.)


-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Moving special page alias translations to JSON

2023-11-30 Thread Bináris
I like this idea, but:
A PHP file can be individual for each wiki installation, while
Translatewiki will force all wikis of the same language to use the same
translations.
Am I right?
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: gotointerwiki-external

2023-06-01 Thread Bináris
bawolff  ezt írta (időpont: 2023. jún. 1., Cs, 14:24):

> Ensure that the iw_local field is set to 1. Otherwise the interwiki is not
> considered safe for automatic redirection.
>

Great, it works, thank you!
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] gotointerwiki-external

2023-06-01 Thread Bináris
Sorry for disturbing, but I did not find the answer in the docs.

I installed a MW  1.39.3 with an automated tool. Then I inserted a row into
the interwiki table to make 'hu:' interwiki to recognize huwiki.

Now I write hu:anything into the search box, and get a message that I want
to leave my wiki. Of course, I know, that's why I did it.
What I could dig from translatewiki that the name of this message is
'gotointerwiki-external'.
How could I switch this feature off and make my wiki just to go to the
desired link?

-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: How to give a range block now?

2023-03-29 Thread Bináris
Dreamy Jazz  ezt írta (időpont: 2023. márc.
29., Sze, 9:22):

> This has been fixed and should be out on wikis this week if I understand
> correctly (otherwise will be next week). Associated task is
> https://phabricator.wikimedia.org/T332994
>

Great, thank you!
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] How to give a range block now?

2023-03-29 Thread Bináris
 Hi,
I was surprised that the blocking interface followed others, and
automatically and unchangeably fills the field with the user name or IP.
Thus I cannot write a range after the IP any more. I captured a very small
image with the problem, but it is not allowed here.
Now, while range block for IPv4 anons is an everyday task, range block for
IPv6 anons is compulsory every time. We give /64, otherwise it is
senseless. By this time, I just wrote "/64" on the blocking interface after
the IP.
I don't know, when and why happened this change, but it makes blocking very
tricky uncomfortable. What I can do, write /64 into the URL at the
contributions of the vandal, but that is really not what I dreamt about.

Can somebody explain, why this happened? Is there a way of range blocking
that I am not aware of? Shall I ticket a bug?



-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Use case for sha1 in revisions

2023-03-23 Thread Bináris
Thank you, now it is quite clear!
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Use case for sha1 in revisions

2023-03-23 Thread Bináris
Vi to  ezt írta (időpont: 2023. márc. 23., Cs,
12:03):

> Afair this avoids a new rev to be createad if you click "save" without
> changing contents.
>

Great! Thx.
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Use case for sha1 in revisions

2023-03-23 Thread Bináris
Thanks!

Brian Wolff  ezt írta (időpont: 2023. márc. 23., Cs,
7:06):

> This kind of sounds like a non-answer, but its mostly useful if you want a
> hash of the revision. I dont think mw core really uses it, but it can be
> useful for quickly detecting duplicate revisions. I think primarily it is
> for external users.
>
> --
> Brian
>
> On Wednesday, March 22, 2023, Bináris  wrote:
>
>> Hi,
>> can someone please tell me a use case for sha1 in revisions?
>> https://www.mediawiki.org/wiki/API:Revisions
>>
>> (Of course, I tried first on talk page.)
>> --
>> Bináris
>>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/



-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Use case for sha1 in revisions

2023-03-22 Thread Bináris
Hi,
can someone please tell me a use case for sha1 in revisions?
https://www.mediawiki.org/wiki/API:Revisions

(Of course, I tried first on talk page.)
-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: VisualEditor inserting ``

2023-03-13 Thread Bináris
I don't know the reason of the problem, but I think, it is generally a good
idea to avoid these XML-like self-closing tags in the world of HTML5. Why
not just ?
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Which server answers 500?

2023-02-14 Thread Bináris
Please help in https://phabricator.wikimedia.org/T329452
Which server told me 500? Is it a Gerrit problem? A Pywikibot problem? What
is the next step?

-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Can't claim on Phabricator

2023-02-14 Thread Bináris
Brian Wolff  ezt írta (időpont: 2023. febr. 14., K,
0:41):

> I also have a memory of there previously being a 1 click button in the
> sidebar to claim task. Maybe it was a feature that got removed or perhaps
> just a false memory.


We may have taken the same pill then. :)
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: [Final call] Wikimania Scholarship Application

2023-02-06 Thread Bináris
Slavina Stefanova  ezt írta (időpont: 2023. febr.
1., Sze, 11:21):

>
> The *deadline* for applying for a Scholarship to attend Wikimania 2023 in
> Singapore on August 16-19 is:
>
> ** Sunday, 5 February 2023 23:59 AoE
>  **
>

That will be in 2 hours, but I already get en error: We are sorry but the
survey is expired and no longer available.
I was just working on it while thrown out. Can you fix it?
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Can't claim on Phabricator

2023-02-02 Thread Bináris
Jaime Crespo  ezt írta (időpont: 2023. febr. 2., Cs,
17:10):

> Bináris,
>
> to claim or assign a task, you have to go to a particular task, then at
> the end click on the "Add action..." list, then "Assign / Claim" and write
> your account name or someone else's (it will autocomplete).
>
Oh, that's pretty hidden in hell! As far as I remember, last time I was
looking for it, it was on the right sidebar. At least claiming.


> Please note that assigning a task to someone without any previous
> interaction or context is generally considered "bad etiquette" by most
> people or teams, unless so documented.
>
Of course.
Thank you!
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Can't claim on Phabricator

2023-02-02 Thread Bináris
Hi,
my account is https://phabricator.wikimedia.org/p/binbot/
I don't see either claim or assign command at the tasks.
Where is the problem?

-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Movereason-dropdown

2022-12-14 Thread Bináris
Amir Sarabadani  ezt írta (időpont: 2022. nov. 30.,
Sze, 16:48):

> Hi,
> I suggest creating a ticket so it can be implemented in MediaWiki itself,
> it sounds like a rather easy and useful feature.
>

Thanks, https://phabricator.wikimedia.org/T325257
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Movereason-dropdown

2022-11-29 Thread Bináris
As I got no answer, I was forced to solve it myself with JS:
https://hu.wikipedia.org/wiki/Szerkeszt%C5%91:Bin%C3%A1ris/Renamereasons.js

Bináris  ezt írta (időpont: 2022. nov. 21., H, 14:15):

> Hi,
>
> we have a MediaWiki:Deletereason-dropdown which appears as a dropdown on
> Special:Delete. How can I create a similar dropdown for frequent
> renaming/moving reasons?
>
> --
> Bináris
>


-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Movereason-dropdown

2022-11-21 Thread Bináris
Hi,

we have a MediaWiki:Deletereason-dropdown which appears as a dropdown on
Special:Delete. How can I create a similar dropdown for frequent
renaming/moving reasons?

-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Filtered lists with checkboxes

2022-10-25 Thread Bináris
Strainu  ezt írta (időpont: 2022. okt. 25., K, 19:20):

>
> If you're ok with editing a list of titles, petscan [1] is all you need.
>
Thank you!
Unfortunately, this does not run in native home wiki, so it lacks the
advantage of seeing the article preview when I push my mouse over the
title, but anyway, it is useful!
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Filtered lists with checkboxes

2022-10-25 Thread Bináris
Thank you! " editing the wikipage and deleting the unwanted titles" -- yes,
this is just what I want, The list may be on a temporary page, and deleting
the unwanted is even better then first marking it. Then I can use this page
as a source for the bot.
Is there a list of these tools? I am not familiar with Toolforge, how to
find a tool by purpose.

Strainu  ezt írta (időpont: 2022. okt. 25., K, 1:10):

>
> There are several tools working with PagePiles that can achieve the same
> result, but they are all basically equivalent to editing the wikipage and
> deleting the unwanted titles, which doesn't seem to be what you want.
>
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Filtered lists with checkboxes

2022-10-24 Thread Bináris
Good idea. Thank you, I am not very familiar with JS, but I will try it.

Marcin Szwarc  ezt írta (időpont: 2022. okt. 24.,
H, 23:05):

> Hi, Bináris
>
> A client-side JavaScript code might help with that. This would remove a
> need of deploying any code to all users of the wiki while retaining the
> page previews.
>
> An overview of a solution:
> - find all links on the current page
> - create a checkbox for every link (and tag them with page title, for
> example using dataset property)
> - when you finish marking articles, query the selected boxes
> - display the output in any format you're comfortable with
>
> Cheers,
> Msz2001
>
>
> --
> *Od:* Bináris 
> *Wysłano:* poniedziałek, 24 października 2022, 22:54
> *Do:* Wikimedia developers 
> *Temat:* [Wikitech-l] Filtered lists with checkboxes
>
> Hi,
>
> I work with large categories. My dream is to upload a list of articles to
> a wikipage, where there are checkboxes next to the titles, and I can click.
> The page would return a filtered lists which I can use with my bot to
> change the category.
> On an advanced level, several columns of checkboxes could exist do divide
> the category to subcats.
>
> Checkbox is not the aim, it is only a way I can explain what I want to do.
> Of course, I can do it in Excel, but 1. on a wikipage I can move my mouse
> on the title and see the part of the content, and in Excel I cannot, 2. I
> can offer a wikipage to another user to make the filtering, an then do the
> work with bot.
>
> As far as I see, the most natural way is to code this in PHP, which needs
> a MediaWiki extension, if anyone feels like, and likes my idea...
> By that time, do you know about such service on the tolserver? Or can I do
> it myself somehow with Lua?
>
> --
> Bináris
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/



-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Filtered lists with checkboxes

2022-10-24 Thread Bináris
Hi,

I work with large categories. My dream is to upload a list of articles to a
wikipage, where there are checkboxes next to the titles, and I can click.
The page would return a filtered lists which I can use with my bot to
change the category.
On an advanced level, several columns of checkboxes could exist do divide
the category to subcats.

Checkbox is not the aim, it is only a way I can explain what I want to do.
Of course, I can do it in Excel, but 1. on a wikipage I can move my mouse
on the title and see the part of the content, and in Excel I cannot, 2. I
can offer a wikipage to another user to make the filtering, an then do the
work with bot.

As far as I see, the most natural way is to code this in PHP, which needs a
MediaWiki extension, if anyone feels like, and likes my idea...
By that time, do you know about such service on the tolserver? Or can I do
it myself somehow with Lua?

-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: [Small wiki toolkits] Upcoming "How to interact with Wikidata via Pywikibot" workshop on Friday, October 7th, 16:00 UTC

2022-10-04 Thread Bináris
Great. I am sorr, I have not noticed the earlier ones. Will this one have a
recording?

Srishti Sethi  ezt írta (időpont: 2022. szept. 30.,
P, 6:08):

> Hello everyone,
>
> The eighth workshop on the topic of "How to interact with Wikidata via
> Pywikibot" is coming up - it will take place on Friday, October 7th at
> 16:00 UTC. You can find more details on the workshop and a link to join
> here: <
> https://meta.wikimedia.org/wiki/Small_wiki_toolkits/Workshops#How_to_interact_with_Wikidata_via_Pywikibot>
> [1].
>
> This workshop will summarise how to access and save information to
> Wikidata, including through page generators and queries*, using Pywikibot.
> It will also cover the Wikidata conventions about the bot editing,
> including the bot approvals process (*queries not included, please bring
> your own!). This session will be run by Mike Peel.
>
> To participate in this workshop, you would need basic familiarity with
> Wikidata and Pywikibot installation.
>
> We look forward to your participation!
>
> Best,
> Srishti
>
> On behalf of the SWT Workshops Organization team
>
> [1]
> https://meta.wikimedia.org/wiki/Small_wiki_toolkits/Workshops#How_to_interact_with_Wikidata_via_Pywikibot
>
> *Srishti Sethi*
> Senior Developer Advocate
> Wikimedia Foundation <https://wikimediafoundation.org/>
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/



-- 
Bináris
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

Re: [Wikitech-l] Outdated dump?

2019-10-28 Thread Bináris
Sorry, forget it. I found the error in the batch file I use to start
searching, so it is my fault.

Bináris  ezt írta (időpont: 2019. okt. 28., H, 15:36):

> Hi,
>
> I use the latest
>
> huwiki-latest-pages-articles.xml.bz2 
> <https://dumps.wikimedia.org/huwiki/latest/huwiki-latest-pages-articles.xml.bz2>
>
> (21 Oct) from here: https://dumps.wikimedia.org/huwiki/latest/
>
> A few times my bot founds candidates for text replacement in the dump, and
> then, when it checks the page in the live wiki, it says:
> No changes were necessary in [[2022-es labdarúgó-világbajnokság]] or other
> page.
> But the string "Résztvevő országok", which was found in the dump, was
> removed from wiki on 7 June:
>
> https://hu.wikipedia.org/w/index.php?title=2022-es_labdar%C3%BAg%C3%B3-vil%C3%A1gbajnoks%C3%A1g=21407770=20630428
> This does not happen too often, but not for the first time.
>
> So is it possible that the dump contains earlier version?
>
> --
> Bináris
>


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Outdated dump?

2019-10-28 Thread Bináris
Hi,

I use the latest

huwiki-latest-pages-articles.xml.bz2
<https://dumps.wikimedia.org/huwiki/latest/huwiki-latest-pages-articles.xml.bz2>

(21 Oct) from here: https://dumps.wikimedia.org/huwiki/latest/

A few times my bot founds candidates for text replacement in the dump, and
then, when it checks the page in the live wiki, it says:
No changes were necessary in [[2022-es labdarúgó-világbajnokság]] or other
page.
But the string "Résztvevő országok", which was found in the dump, was
removed from wiki on 7 June:
https://hu.wikipedia.org/w/index.php?title=2022-es_labdar%C3%BAg%C3%B3-vil%C3%A1gbajnoks%C3%A1g=21407770=20630428
This does not happen too often, but not for the first time.

So is it possible that the dump contains earlier version?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 503 Backend fetch failed

2019-10-03 Thread Bináris
It becomes more and more frequent in the last couple of days. This time I
ran into the error in the web browser and got a copyable error message:

If you report this error to the Wikimedia System Administrators, please
include the details below.

Request from 185.199.28.134 via cp1077 cp1077, Varnish XID 728994654
Error: 503, Backend fetch failed at Thu, 03 Oct 2019 12:46:24 GMT
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 503 Backend fetch failed

2019-10-03 Thread Bináris
Just another case one minute ago:
HTTPError: HTTP Error 503: Backend fetch failed
ERROR: HTTP Error 503: Backend fetch failed
Saving page [[hu:A Real Madrid CF 2017–2018-as szezonja]] failed!

David Barratt  ezt írta (időpont: 2019. okt. 1., K,
22:57):

> If you could provide the URL or the request that might be helpful. I know
> for instance that I have sometimes received that error on
> https://query.wikidata.org/ when there is a query timeout.
>
> On Tue, Oct 1, 2019 at 4:35 PM Gergő Tisza  wrote:
>
> > 503 Backend fetch failed is a generic error message you get when the
> > application server breaks so badly that it fails to even return an error
> > message (e.g. PHP fatal errors can do this), so Varnish has to make up
> its
> > own error message.
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 503 Backend fetch failed

2019-10-01 Thread Bináris
David Barratt  ezt írta (időpont: 2019. okt. 1., K,
22:57):

> If you could provide the URL or the request that might be helpful. I know
> for instance that I have sometimes received that error on
> https://query.wikidata.org/ when there is a query timeout.
>

Perhaps it was https://hu.wikipedia.org/wiki/Evolution_Studios at around
12:55-56 UTC today.
My console ran out, I searched my command log for duplicate command, that's
why I think, but I am not sure.
Anyway, it was an article of huwiki.
I used category.py of Pywikibot.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 503 Backend fetch failed

2019-10-01 Thread Bináris
Hi folks,
I got this message while running a bot:
Result: 503 Backend fetch failed

I know HTTP 503 message, but I never got it during botwork. I restarted it
successfully. Is this normal?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Hack : Web based face login for wikipedia

2019-08-08 Thread Bináris
Just for ciriuosity: what happens if I shave my beard?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

2018-10-04 Thread Bináris
The problem with all anti-linktrail practices is that they make search (or
search and replace) in the source very hard. This relies both to bot owners
and humans who use the insource: regex search engine.
I think a brand new approach would be necessary.
For example, [[foo]]bar would behave as now, generate a linktrail, while
[[foo]|]bar (a pipe character between the ckets) not. Another idea would be
]]] (3 ckets), but it could conflict with embedded brackets suchs as an
image description with linked text.
Thus all antisemantic workarounds for avoiding linktrailing would be
unnecessary.
We should always keep in mind that we try to approach a semantic wiki
(although this is partial except Wikibase).
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

2018-10-04 Thread Bináris
Here is a list of removals. :-)
https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/BinBot=20180912205000=BinBot=28


Amir E. Aharoni  ezt írta (időpont: 2018.
okt. 4., Cs, 16:47):

> Thanks. Can you please give some particular examples?
>
> בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏:
>
> > Amir E. Aharoni  ezt írta (időpont: 2018.
> > okt. 4., Cs, 16:18):
> >
> > >
> > > This sentence shows the template used at the end.{{Citation
> > > needed|reason=Reliable source needed for the whole
> sentence|date=October
> > > 2018}}
> > >
> > > However,  has less trivial use cases, that are not quite the
> same
> > > as demonstrating wiki syntax. One such usage I'm aware of is linking a
> > part
> > > of a long compound German word, for example "[[Schnee]] > />reichtum".
> > > It produces the desired effect, however it is a bit of a hack: the word
> > > "nowiki" doesn't have anything to do with dividing compound words. This
> > use
> > > is quite common in the German Wikipedia because of the nature of the
> > German
> > > language, which has a lot of long compound words.
> > >
> >
> > We have a lot of them in Hungarian Wikipedia, and we have just decided to
> > eradicate them, because this is a non-desired effect. :-)
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

2018-10-04 Thread Bináris
Amir E. Aharoni  ezt írta (időpont: 2018.
okt. 4., Cs, 16:18):

>
> This sentence shows the template used at the end.{{Citation
> needed|reason=Reliable source needed for the whole sentence|date=October
> 2018}}
>
> However,  has less trivial use cases, that are not quite the same
> as demonstrating wiki syntax. One such usage I'm aware of is linking a part
> of a long compound German word, for example "[[Schnee]]reichtum".
> It produces the desired effect, however it is a bit of a hack: the word
> "nowiki" doesn't have anything to do with dividing compound words. This use
> is quite common in the German Wikipedia because of the nature of the German
> language, which has a lot of long compound words.
>

We have a lot of them in Hungarian Wikipedia, and we have just decided to
eradicate them, because this is a non-desired effect. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Non-linear search in an XML dump

2018-09-03 Thread Bináris
Hi,

As far as I understand, pages in an XML dump are in the order of their
original creation.
This does not correspond to the page ID, because if a page gets a new id
after deletion and restore or renaming to that title or anything, the order
still remains the original.
But this sortkey itself is not stored. In other words, a dump is not sorted
by any key one could finf in the dump, and behaves as an unosorted
structure.

Is this true? Can I use any non-linear (e.g. binary) search in a dump?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] huwiki, arwiki to be treated as 'big wikis' and run parallel jobs

2018-08-20 Thread Bináris
Does this affect the frequency of new dumps?
Is this a "general" classification or just concerns dumps?
Anyway, I am proud of being part of this. :-)

2018-08-20 12:26 GMT+02:00 Ariel Glenn WMF :

> Starting September 1, huwiki and arwiki, which both take several days to
> complete the revsion history content dumps, will be moved to the 'big
> wikis' list, meaning that they will run jobs in parallel as do frwiki,
> ptwiki and others now, for a speedup.
>
> Please update your scripts accordingly.  Thanks!
>
> Task for this: https://phabricator.wikimedia.org/T202268
>
> Ariel
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to do HTML in a Wiki Page

2018-08-16 Thread Bináris
Most wikis have templates like https://en.wikipedia.org/wiki/Template:Anchor
for this purpose.
Use them instead of direct HTML.

2018-08-16 15:28 GMT+02:00 David Whitten :

> I have a program that generates HTML, complete with anchors and links that
> refer to them. (some of the anchor links cross files)
>
> I have not successfully put "" tags into my wiki page. The  etc
> markers with "=" generate them, but I want to put in some of my own. I
> don't want to break any existing anchors either.
>
> I hope to use the maintenance scripts to convert the HTML pages into WIKI
> pages, and I understand that I will essentially be using only the contents
> of the  tags to be the body of the wiki page, as the  and
>  tags will be part of the page generated by the wiki.
>
> Does anyone have any guidance or web pages I should read?
>
> Thank you,
> David
> 713-870-3834
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-15 Thread Bináris
2018-08-13 18:35 GMT+02:00 Petr Bena :

>  Is that
> what we turned into? From highly skilled developers and some of best
> experts in the field to a bunch of language nazis?
>

Folks, please never use the word "nazi" for people in any context except
definitely stating they are nazis in the origonal meaning of the word.
Neither with prefixes or suffixes or in compositions.
I know you didn't want to say anything bad with that and many people use
this phrase, but to call somebody *any kind of a *nazi or comparing any
behaviour to nazis is much more abusive then to use the f word for a lot of
people in whose personal or local history nazis appear and play a role.

This is not addressed to you, Petr. This is just an example, that people
deal with one thing and don't even notice the other one, and don't realize
the importance of this or that.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-15 Thread Bináris
2018-08-08 22:51 GMT+02:00 Strainu :

> 2018-08-08 18:53 GMT+03:00 Bináris :
> > This happens when American culture and behavioral standard is extended to
> > an international community.
>
> FWIW, the CoC itself is quite neutral and contains (at least in my
> view) no American specificities, only general principles that most
> developers can identify with. Also, I would note that the majority of
> the current committee members are *not* US-based (from what I can
> tell) and that there is a good gender balance, so it's hard to argue
> it could get more diverse than that.

Well, perhaps I wasn't accurate enough. What I meant that the whole *need*
of such paper as a CoC is in my mind related to political correctness and
other Western trends. I was not a fan of the idea when people just said
that a CoC would be constructed becuase it is so neccessary instead of such
simple rules of normality like
https://meta.wikimedia.org/wiki/Don%27t_be_a_jerk. Either somebody
understand his sentence or any kind of detailed rules and laws of how not
to be a jerk will be useless for him.
Anyway, we are over it, and this is not worth too many word already, I just
wanted to higlight this connection and think out of the box for a moment..
A detailed philosophical and cultural discuss is really not a Wikitech
topic.


> That, together with the history
> of MZMcBride should make us give credit to the committee (and question
> some of our own stereotypes ;))
>
I am not familiar with his history, so I have no opinion here.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-09 Thread Bináris
2018-08-08 12:08 GMT+02:00 Amir Ladsgroup :

> We sent the user an email using the "Email to user" functionality from
> mediawiki.org the moment I enforced the ban.
>

What happens if a user has this function disabled?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-09 Thread Bináris
2018-08-08 23:32 GMT+02:00 Ori Livneh :

> The responses to that included on-wiki comments telling me to go
> fuck myself
>
>
> You said it! You said it! :-)
https://www.dailymotion.com/video/x2hwqkh
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-08 Thread Bináris
Errata:
make cases possible --> make cases public whenever possible
Gmail has tricked on me.

2018-08-08 22:46 GMT+02:00 Bináris :

>
>
> 2018-08-08 22:29 GMT+02:00 Amir Ladsgroup :
>
>> 3) not being able to discuss cases clearly also bothers me too as I can't
>> clarify points. But these secrecy is there for a reason. We have cases of
>> sexual harassment in Wikimedia events, do you want us to communicate those
>> too?
>
> Nope.
>
>> And if not, where and who supposed to draw the line between public and
>> non-public cases?
>>
>> If a committe is able to judge cases, it is also able to draw this line
> and make cases possible.
> As time goes by and they have more experience, there will be a standard by
> practice, perhaps a written standard.
>
>


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-08 Thread Bináris
2018-08-08 22:29 GMT+02:00 Amir Ladsgroup :

> 3) not being able to discuss cases clearly also bothers me too as I can't
> clarify points. But these secrecy is there for a reason. We have cases of
> sexual harassment in Wikimedia events, do you want us to communicate those
> too?

Nope.

> And if not, where and who supposed to draw the line between public and
> non-public cases?
>
> If a committe is able to judge cases, it is also able to draw this line
and make cases possible.
As time goes by and they have more experience, there will be a standard by
practice, perhaps a written standard.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] My Phabricator account has been disabled

2018-08-08 Thread Bináris
That's what I called a very first world problem.
This happens when American culture and behavioral standard is extended to
an international community.
It is not rally polite to write that F-thing (how many times has it been
written directly or abbreviated or indirectly in this very discussion?).
But to ban a member of the technical community from the working environment
is really harmful.
Although we do block people from editing Wikipedia, too, but we do it
publicly, clearly, comparably, and by the rules of the local community, not
by hidden rules of admin board. And not for one ugly word.
This secret banning undermines the community, and therefore it is
destructive.

Additionally, as code of conduxt itself was discussed here, the coc file
case was discussed here a few weeks ago, and this is the place where most
Phabricatos users communicate,  this is a good place to discuss this case,
too. Publicity is good.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Old categorization data

2018-07-17 Thread Bináris
I would hack a Pywikibot script which goes through that user's edits, let
it run and go to sleep while it works. Not a quick method, but does the job.

2018-07-17 16:39 GMT+02:00 יגאל חיטרון :

> Thank you very much.
> Unfortunately, it does not help. Most of the edits are not on pages, that
> were inserted into category, but on templates, and it takes time to update,
> so timestamps do not fit. And anywhere, if some page was added to category,
> and now it's not there, it would not help. Thanks again.
> Igal
>
>
> 2018-07-17 6:50 GMT+03:00 Strainu :
>
> > Hi,
> >
> > What I would do is is  use the categorylinks table [1] to extract a
> > timestamp that can then be used to search for a particular revision.
> > Filtering by user ID is then trivial.
> >
> > Strainu
> >
> > [1]
> > https://m.mediawiki.org/wiki/Special:MyLanguage/Manual:
> categorylinks_table
> >
> >
> > Pe vineri, 13 iulie 2018, יגאל חיטרון  a scris:
> >
> > > Hi. Is there a way to get caterization edits data from more than month
> > ago?
> > > I found the last month in recentchanges SQL table, but that's all. I
> need
> > > to find pages that were added by specific user to specific category,
> > > doesn't matter when. Thank you.
> > > Igal (User:IKhitron)
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Can/should my extensions be deleted from the Wikimedia Git repository?

2018-06-09 Thread Bináris
Let me say I am very much surprised on this whole debate. We call these in
Hungary "storm in a glass of water".
Please step back all for a moment and try to look at the whole stuff from a
broader view.
We have a very first world problem, to write and discuss and enforce codes
of conduct, and advertise them everywhere. Have we?
The best code of conduct is still *"Behave normally",* or, as it was moved
to Meta from original place, *Don't be a jerk. *Everything is included.
Yes, we will still have problems of different cultures, and this is normal.
Those who cannnot accept that shouldn't participate in global projects. But
we can work it out.
This is the 43rd mail in this thread. To be honest, I have read only the
first few.

Is this whole thing WORTH the time of several highly trained programmers,
whose working hours are measured with gold?
Is this whole thing WORTH of forcing a volunteer, one of us, who is highly
committed to our common dream, to do something that he is not OK with or
quit?
Is life long enough for that?

Please study this essay on the topic thoroughly:
https://www.youtube.com/watch?v=Qyclqo_AV2M

Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Refactoring MonoBook

2018-03-18 Thread Bináris
Long live MonoBook! I am very happy that someone takes care of it, thank
you!
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] changes coming to large dumps

2018-03-05 Thread Bináris
That's really big. :-)

2018-03-05 13:10 GMT+01:00 Ariel Glenn WMF <ar...@wikimedia.org>:

> We'll probably start at 20GB, which means that WIkidata will be the only
> wiki affected for now.
>
> Ariel
>
> On Mon, Mar 5, 2018 at 1:40 PM, Bináris <wikipo...@gmail.com> wrote:
>
> > Could you please translate "too large" to megabytes?
> >
> > 2018-03-05 12:10 GMT+01:00 Ariel Glenn WMF <ar...@wikimedia.org>:
> >
> > > Please forward wherever you think appropriate.
> > >
> > > For some time we have provided multiple numbered pages-articles bz2
> file
> > > for large wikis, as well as a single file with all of the contents
> > combined
> > > into one.  This is consuming enough time for Wikidata that it is no
> > longer
> > > sustainable.  For wikis where the sizes of these files to recombine is
> > "too
> > > large", we will skip this recombine step. This means that downloader
> > > scripts relying on this file will need to check its existence, and if
> > it's
> > > not there, fall back to downloading the multiple numbered files.
> > >
> > > I expect to get this done and deployed by the March 20th dumps run.
> You
> > > can follow along here: https://phabricator.wikimedia.org/T179059
> > >
> > > Thanks!
> > >
> > > Ariel
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> >
> >
> >
> > --
> > Bináris
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] changes coming to large dumps

2018-03-05 Thread Bináris
Could you please translate "too large" to megabytes?

2018-03-05 12:10 GMT+01:00 Ariel Glenn WMF <ar...@wikimedia.org>:

> Please forward wherever you think appropriate.
>
> For some time we have provided multiple numbered pages-articles bz2 file
> for large wikis, as well as a single file with all of the contents combined
> into one.  This is consuming enough time for Wikidata that it is no longer
> sustainable.  For wikis where the sizes of these files to recombine is "too
> large", we will skip this recombine step. This means that downloader
> scripts relying on this file will need to check its existence, and if it's
> not there, fall back to downloading the multiple numbered files.
>
> I expect to get this done and deployed by the March 20th dumps run.  You
> can follow along here: https://phabricator.wikimedia.org/T179059
>
> Thanks!
>
> Ariel
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The target revision does not exist

2017-10-02 Thread Bináris
Thank you! It was really worth waiting a bit before filing. :-)

2017-10-01 20:05 GMT+02:00 Bartosz Dziewoński <matma@gmail.com>:

> This issue seems to be filed as <https://phabricator.wikimedia.org/T57349
> >.
>
> --
> Matma Rex
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Logs are down

2017-09-11 Thread Bináris
2017-09-10 18:59 GMT+02:00 יגאל חיטרון :

> If the problem was real logs, I would tag a lot of people in the phab
> ticket, don't worry.
>

However, this does not seem to be a followable logic for me. I think, most
of us understand you better, if you definitely tell, what you are speaking
about.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Recommending Firefox to users using legacy browsers?

2017-09-04 Thread Bináris
2017-09-05 2:08 GMT+02:00 Risker :

> Firefox has decided to take a path that is actively awful.
>
Which is?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] The target revision does not exist

2017-09-04 Thread Bináris
We have Flagged Revs in huwiki. This edit was made by an anon, and an admin
hid the inappropriate summary.
https://hu.wikipedia.org/w/index.php?title=S%C3%BClys%C3%A1p=45101=19117621=19117618
After this we couldn't review the version. The message was:
Unable to review this revision. The target revision does not exist.
(Source fo English text:
https://en.wikipedia.org/wiki/MediaWiki:Revreview-failed and
https://en.wikipedia.org/wiki/MediaWiki:Review_bad_oldid)

In fact the revision did exist, only the edit summary was hidden. Is this a
bug or a feature? :-) I am not very familiar with Phabricator, so is there
a ticket for this feature already?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Log of nulledits

2017-07-25 Thread Bináris
I spoke about a possible change rather than the current behaviour.
But I understand.

2017-07-25 15:07 GMT+02:00 John <phoenixoverr...@gmail.com>:

> Bináris the root issue is that mediawiki doesnt see Null edits as an edit,
> it sees them more as a purge with forcelinkupdate=True. The logs that
> contain that information are not in mediawiki, but rather the webserver
> logs. Exposing those logs is a privacy issue. Second if there are
> performance issues the Ops staff have access to those logs and will use
> them to troubleshoot. No one on wiki can do anything about Null Bots, nor
> should it be something they worry about.
>
> On Tue, Jul 25, 2017 at 8:58 AM, Bináris <wikipo...@gmail.com> wrote:
>
> > 2017-07-25 14:35 GMT+02:00 Dan Garry <dga...@wikimedia.org>:
> >
> > > By definition, a null edit does not perform any change at all, and is
> > > therefore not recorded publicly since there's technically nothing to
> > > record. I suspect the only way you could find this kind of information
> is
> > > in the server logs, and access to those is very tightly restricted for
> > > privacy reasons.
> > >
> >
> > I understand, but I think it would be worth to discuss this *therefore.*
> > Nulledits are not subjects of privacy protection, they are now in
> protected
> > logs only accidentally or for historical reasons. If there is an action
> > noticed by the server (definitely there is, because it has an effect on
> the
> > page, that's why people often do it), it may be logged in the way real
> > edits are.
> >
> > This would be also be useful for researchers. One may be interested in
> the
> > pattern of null edits, the quantity of them (e.g. is it useful to null
> edit
> > 20.000 pages because of the change of a template, or is it actual to find
> > some better way of making the changes visible?).
> > If there is no reason to exclude these from logs (I don't see any), we
> > should make them visible. Perhaps not by default, but with a switch.
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Log of nulledits

2017-07-25 Thread Bináris
2017-07-25 14:35 GMT+02:00 Dan Garry :

> By definition, a null edit does not perform any change at all, and is
> therefore not recorded publicly since there's technically nothing to
> record. I suspect the only way you could find this kind of information is
> in the server logs, and access to those is very tightly restricted for
> privacy reasons.
>

I understand, but I think it would be worth to discuss this *therefore.*
Nulledits are not subjects of privacy protection, they are now in protected
logs only accidentally or for historical reasons. If there is an action
noticed by the server (definitely there is, because it has an effect on the
page, that's why people often do it), it may be logged in the way real
edits are.

This would be also be useful for researchers. One may be interested in the
pattern of null edits, the quantity of them (e.g. is it useful to null edit
20.000 pages because of the change of a template, or is it actual to find
some better way of making the changes visible?).
If there is no reason to exclude these from logs (I don't see any), we
should make them visible. Perhaps not by default, but with a switch.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Log of nulledits

2017-07-25 Thread Bináris
2017-07-25 14:05 GMT+02:00 יגאל חיטרון :

> Code a logger for the bot.
>
For all possible bots that will be written in the future?

In this situation I am not the bot owner, but a Wikipedia user.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Log of nulledits

2017-07-25 Thread Bináris
Hi,

given a bot that only makes nulledits, for example with touch.py (ie.
saving pages without modifying), these edits won't appear either in recent
changes or the page history.

How can I follow these edits? (I am admin and checkuser, but it may be
interesting without higher user rights.)
Even with good faith these nulledits load the server, but they can be used
for an overload attack, too.

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] get ready for MediaWiki Documentation Day on May 12th!

2017-05-02 Thread Bináris
This is a ver nice effort.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Turkey ban

2017-04-30 Thread Bináris
When I was in Iran, I could reach all the blocked sites (such as Facebook)
with Psiphon.
https://en.wikipedia.org/wiki/Psiphon
And so do the local people.
Citizens of dictatorships are very efficient in using client-side solutions.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sitelink removal in Wikidata

2017-04-27 Thread Bináris
2017-04-28 7:31 GMT+02:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> It doesn't show it anymore. Probably it was because of replication lag or
> something like that.
>


Great! Thank you!

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sitelink removal in Wikidata

2017-04-26 Thread Bináris
You may see the automatic edit comment here:
https://www.wikidata.org/w/index.php?title=Q686894=next=472895901


2017-04-26 16:58 GMT+02:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> The edit is made and rollbacked in Wikidata which does have RC patrolling
> if I understand you correctly.
>
> On Wed, Apr 26, 2017, 6:49 PM Gergő Tisza <gti...@gmail.com> wrote:
>
> > On Wed, Apr 26, 2017 at 3:27 PM, Amir Ladsgroup <ladsgr...@gmail.com>
> > wrote:
> >
> > > The tool excludes edits that are marked as patrolled but you need to
> > > rollback (instead of undo/restore).
> >
> >
> > Most flagrev wikis do not use patrolling.
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sitelink removal in Wikidata

2017-04-26 Thread Bináris
2017-04-26 15:27 GMT+02:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> The tool excludes edits that are marked as patrolled but you need to
> rollback (instead of undo/restore).
>

That's what I did,


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sitelink removal in Wikidata

2017-04-26 Thread Bináris
Amir, I have already found a vandalism with your tool and reverted it.
Here:
http://tools.wmflabs.org/dexbot/tools/deleted_sitelinks.php?wiki=huwiki
the last row: 472895901
<https://www.wikidata.org/wiki/Special:Diff/472895901> 62.250.93.192
<https://www.wikidata.org/wiki/User:62.250.93.192>Q686894
<https://www.wikidata.org/wiki/Q686894> /* wbsetsitelink-remove:1|huwiki */
Fúriadüh
But the row is still visible after refreshing.
Is it possible to develop the tool so that it checks if the current version
has the removed link and  in case of yes it omits the row from the list, so
that we don't have to check reverted items?

2017-04-26 5:30 GMT+02:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> Hey,
> One common form of vandalism in Wikidata is removing sitelinks (we already
> have an abuse filter flagging them).
> One of my friends in Persian Wikipedia (who is not a wikidata editor and
> only cares about Persian Wikipedia) asked me to write a tool that lists all
> Persian Wikipedia sitelink removals. So I wrote something small and fast
> but it's usable for any wiki. For example English Wikipedia:
> http://tools.wmflabs.org/dexbot/tools/deleted_sitelinks.php?wiki=enwiki
>
> It's slow due to nature of the database query but once it responds, you
> might find good things to revert.
>
> Since this is the most useful for Wikipedia editors who don't want to
> patrol Wikidata (in that case, this query
> <https://www.wikidata.org/w/index.php?namespace=;
> tagfilter=new+editor+removing+sitelink=
> noaction=Special%3ARecentChanges>
> is
> the most useful) I'm reaching to wider audiences. Sorry for spamming.
>
> HTH
> Best
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sitelink removal in Wikidata

2017-04-26 Thread Bináris
Great, thank you!

2017-04-26 5:30 GMT+02:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> Hey,
> One common form of vandalism in Wikidata is removing sitelinks (we already
> have an abuse filter flagging them).
> One of my friends in Persian Wikipedia (who is not a wikidata editor and
> only cares about Persian Wikipedia) asked me to write a tool that lists all
> Persian Wikipedia sitelink removals. So I wrote something small and fast
> but it's usable for any wiki. For example English Wikipedia:
> http://tools.wmflabs.org/dexbot/tools/deleted_sitelinks.php?wiki=enwiki
>
> It's slow due to nature of the database query but once it responds, you
> might find good things to revert.
>
> Since this is the most useful for Wikipedia editors who don't want to
> patrol Wikidata (in that case, this query
> <https://www.wikidata.org/w/index.php?namespace=;
> tagfilter=new+editor+removing+sitelink=
> noaction=Special%3ARecentChanges>
> is
> the most useful) I'm reaching to wider audiences. Sorry for spamming.
>
> HTH
> Best
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Changes in colors of user interface

2016-12-09 Thread Bináris
2016-12-09 1:45 GMT+01:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> I must explicitly note that I did a little and I don't think I can talk on
> behalf of UI-standardization team :)
>

I think this sentence might have the wrong colour shade, thus  it avoided
the focus of mind of some folks. That's why poor Amir now gets all the
complaints, but to punish the messenger of bad news is so ancient that we
can find examples in earliest mythologies. So is it worth to recolour it
together?


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Erroneous duration of block

2016-11-04 Thread Bináris
HI,

I gave 2 months to a guy using the string "2 months"[1] according to [2].
In the block log and recent changes "59 days" is shown instead of "61
days". However, int he list of blocked users and IPs there is already a
correct expiry and now it shows that "60 nap, 23 óra és 47 perc" is left.
Is there already a bug ticket in this case? As far as I remember, this is
not the first time we talk about this.

[1]
https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Rendszernapl%C3%B3k=prev=201611040540009=block
[2]
http://www.gnu.org/software/tar/manual/html_node/Relative-items-in-date-strings.html#SEC129



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deploying the Linter extension to Wikimedia wikis

2016-10-22 Thread Bináris
Sounds well, looking forward to see it in practice. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Commons problem on own MW install

2016-10-19 Thread Bináris
But 1.23.15 is also an LTS version. Does it mean a reduced funcionality?
In am not sure 1.27 was already announced as LTS in time of installing, but
anyhow, it requires newer PHP version than my XAMPP has, so I should
upgrade PHP first, which hopingly won't cause problem in other programs,
but this is not a few minutes decision...

2016-10-19 11:30 GMT+02:00 Paladox <thomasmulhall...@yahoo.com>:

> Hi, as this is your local wiki and  not a high one, could you see if
> Mediawiki 1.27 (lts) works for you please? Reason why I ask since I belive
> it might be because mediawiki 1.23 is using http and mediawiki 1.27 is
> using https to connect to that wiki.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Commons problem on own MW install

2016-10-19 Thread Bináris
Hi,

I installed MW 1.23.15 on my laptop (running on a XAMPP).

I have
# InstantCommons allows wiki to use images from http://commons.wikimedia.org
$wgUseInstantCommons = true;
in LocalSettings.php.
Content of my template is:
[[Kép:Tick-green.png|20px]][[Kategória:Sablonok]]
where Kép is a legitimate alias for File in Hungarian

I get a red 20px text and a tracking category for bad file instead of the
image from Commons.

The redlink goes to:
http://localhost/w/index.php?title=Speci%C3%A1lis:Felt%C3%B6lt%C3%A9s=Tick-green.png
(Special:Upload for those who can't fluently read urlencoded Hungarian)

Thanks sfor the help.
-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Long summary upon reverting an IPv6 anon

2016-10-15 Thread Bináris
2016-10-15 19:54 GMT+02:00 Toby Negrin <tneg...@wikimedia.org>:

> Please file a ticket! It's good to have a record, especially for new-ish
> things like IPV6 display.
>

Done, https://phabricator.wikimedia.org/T148296. I am not sure if the
tagging was correct.


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Long summary upon reverting an IPv6 anon

2016-10-15 Thread Bináris
(eltér
<https://hu.wikipedia.org/w/index.php?title=%C3%9Ajrahasznos%C3%ADt%C3%A1s=17398=18037161=18034638>
| történet
<https://hu.wikipedia.org/w/index.php?title=%C3%9Ajrahasznos%C3%ADt%C3%A1s=17398=history>)
. . a Újrahasznosítás
<https://hu.wikipedia.org/wiki/%C3%9Ajrahasznos%C3%ADt%C3%A1s>‎; 07:59 . .
(-22)‎ . . ‎Vépi <https://hu.wikipedia.org/wiki/Szerkeszt%C5%91:V%C3%A9pi> (
vitalap <https://hu.wikipedia.org/wiki/Szerkeszt%C5%91vita:V%C3%A9pi> |
szerkesztései
<https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/V%C3%A9pi>
| blokkolás
<https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Blokkol%C3%A1s/V%C3%A9pi>)‎
(Visszaállítottam
a lap korábbi változatát: 2A01:36D:119:A1B8:18B6:A5ED:816F:D9CB
<https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/2A01:36D:119:A1B8:18B6:A5ED:816F:D9CB>
(vita
<https://hu.wikipedia.org/w/index.php?title=Szerkeszt%C5%91vita:2A01:36D:119:A1B8:18B6:A5ED:816F:D9CB=edit=1>)
szerkesztéséről [[User:Burumbátor|Buru…)


This is the automatic summary of a simple revert as shown in recent
changes. Half a sentence, and the previous aditor's name is hardly in it
(would be truncated if it was a few characters longer).  Should end
with "[[User:Burumbátor|Burumbátor]]
szerkesztésére." Is there a solution for this? Is it worth a bug ticket?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] O'Reilly free books

2016-10-10 Thread Bináris
Of course, your mail is very useful, thanks a lot!
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit screen size

2016-09-26 Thread Bináris
2016-09-26 16:54 GMT+02:00 Paladox <thomasmulhall...@yahoo.com>:

> What does everyone think of using this skin https://github.com/shellscape/
> OctoGerrit it's more modern, doint know if it is mobile friendly and
> large screen friendly.
>

"Gerrit is a good tool built on a solid framework. But Gerrit, with regard
> to user experience, is bad. Really bad. Really, really bad. Functional?
> Yes. Pretty? Good lord no."
>
Fine. :-)

"OctoGerrit was written and tested on Gerrit v2.12. If it works with other
> older versions, that's wonderful! But not something we're going to test.
> OctoGerrit is not guaranteed to work on newer versions, nor the new
> 'PolyGerrit' being developed."
>
Caution!


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikipedia dumps for Article with Category

2016-09-25 Thread Bináris
I think all language versions must have the same basic structure. In huwiki
I mostly use pages-articles.xml.bz2 As category is part of page text as
well as redirect target, and namespace can be derived from title, you have
all these information in any dump that has page text. For example,
Pywikibot can work with categories from this dump.

2016-09-26 5:55 GMT+02:00 Abdulfattah Safa <fattah.s...@gmail.com>:

> Hi,
>
> In Wikipedia dumps for Arabic (arwiki), which dump does contain the article
> categories along with article metadata (namespace, redirects, content,
> etc..)?
>
>
> --
> Regards,
> Abdulfattah Safa
> Senior Software Engineer
> Mobile: (+972)(599)231600
> Skype: fattah.safa
>
> *P **Please consider the environment before printing this email*
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit screen size

2016-09-25 Thread Bináris
2016-09-25 14:41 GMT+02:00 Tim Starling <tstarl...@wikimedia.org>:

> I'm
> not sure if the Gerrit folks are serious or are trolling us. Perhaps
> it is a tactic to encourage UI code contributions?
>

So it is totally out of our scope and all I have to do is to wait for the
Phabricator transfer hopefully? (Which is also not my favourite and I have
never seen it working as code review environment.)


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit screen size

2016-09-25 Thread Bináris
In the main view of a task I have at least a horizontal scrollbar. It is
not an elegant solution, too, but I can still live wit that. In diff view
there is no scrollbar.

2016-09-25 13:09 GMT+02:00 Bináris <wikipo...@gmail.com>:

> Hi,
>
> I try to familiarize myself with Gerrit which is not a good example for
> user-friendly interface.
> I noticed a letter B in the upper right corner of the screen, and I
> suspected it could be a portion of my login name. So I looked at it in HTML
> source, and it was. I pushed my mouse on it and I got another half window
> as attached.
>
> So did somebody perhaps wire the size of a 25" monitor into page
> rendering? My computer is a Samsung notebook.
>
> --
> Bináris
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Gerrit screen size

2016-09-25 Thread Bináris
Hi,

I try to familiarize myself with Gerrit which is not a good example for
user-friendly interface.
I noticed a letter B in the upper right corner of the screen, and I
suspected it could be a portion of my login name. So I looked at it in HTML
source, and it was. I pushed my mouse on it and I got another half window
as attached.

So did somebody perhaps wire the size of a 25" monitor into page rendering?
My computer is a Samsung notebook.

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikimedia Developer Summit 2017: Registration Open

2016-09-23 Thread Bináris
2016-09-23 12:09 GMT+02:00 Rachel Farrand <rfarr...@wikimedia.org>:

> The deadline to request travel sponsorship is Monday October 24th.
>

And when will the requests be ansered?

I am just thinking of travelling (still sot sure how useful it is for me
at  the moment and if I can leave my work), but in case of applying I would
have a trouble.

Last year I visited Iran as a tourist, and since then I have been a
potential terrorist according to the government of the United States of
America. That means I have to apply for a visa 3 months prior to travelling
(not like other Hungarians who did not visit Iran, and may travel easily
for that reason).
I think other people may be involved, too.


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-17 Thread Bináris
2016-09-17 20:36 GMT+02:00 Bináris <wikipo...@gmail.com>:

> I just couldn't login with my adnib account


admin, of course.


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-17 Thread Bináris
2016-09-17 19:58 GMT+02:00 Marcin Cieslak <sa...@saper.info>:

>
> Bináris, did you manage to solve it?
>
> I am using "compat" all the time and I have no login issues.
>
> Just tried with a fresh clone, empty "login-data" and
> no user-config.py and "python login.py" worked just fine.


Sounds interesting, because a lot of people have complained. I will try it!
As a matter of fact, my bot fortunately still works, as bot passwords do
not expire, I just couldn't login with my adnib account. I will try it with
a new install, I don't risk my bot. :-)
So perhaps one should first login with login.py, and THEN create
user-config.py?


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Opening up MediaWiki dev summit in January?

2016-09-16 Thread Bináris
2016-09-15 18:53 GMT+02:00 Rob Lanphier <ro...@wikimedia.org>:

> This seems apropos:
> https://vimeo.com/121290570
>
> It's good Hollywood is finally paying attention to our people.
>
Made my day! :-D



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-06 Thread Bináris
Sorry for the previous post, a wrong button pressed itself somehow. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-06 Thread Bináris
2016-09-06 8:14 GMT+02:00 Gergo Tisza <gti...@wikimedia.org>:

> On Mon, Sep 5, 2016 at 8:08 PM, Bináris <wikipo...@gmail.com> wrote:
>
> > I found bot passwords, but they offer very limited user rights.
> >
>
> They offer rights for anything which is defined in $wgGrantPermissions [1],
> which should be include everything a bot might need. Feel free to file a
> bug if that's not the case, but maybe you are just overlooking something?
>


>
> So the best thing is to try without API?
>
>
> The best thing is to use a bot framework that is still being maintained, so
> that you don't have to deal with login yourself. The second best thing is
> to use OAuth with an owner-only consumer [2] and add the Authorization
> header to every request. The third best thing is to use action=login with a
> bot password. Anything lower down in bestness should probably be avoided.
>
> On Mon, Sep 5, 2016 at 9:32 PM, John <phoenixoverr...@gmail.com> wrote:
>
> > you can still login via the API,without having to use either oauth
> > or botpassword
>
>
> You might be able to. It depends on the authentication settings of the wiki
> and the user account. It's not something that should be relied upon.
>
>
> [1] https://www.mediawiki.org/wiki/Manual:$wgGrantPermissions
> [2] https://www.mediawiki.org/wiki/OAuth/Owner-only_consumers
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-05 Thread Bináris
2016-09-06 6:57 GMT+02:00 MZMcBride :

>
>
> I don't know enough about your requirements to say for sure, but in my
> uninformed opinion, the best thing would be to switch from Pywikibot
> Compat to Pywikibot core. :-)

This is a long story, and the talk has its own place. I do have the reason
to use compat, and there are many users in the solar system.


> Looking at pages such as
> , it
> seems the Compat version of Pywikibot is completely dead and no longer
> supported. Retrofitting Compat to support current login code doesn't
> sound like fun to me.
>
No, it is not dead, but there are people who like to state that. It has
plenty of users. You might say, those instances run on older MW installs
where the login is fine. But there are still Wikimedia projects with
interwikis (not switched to Wikidata yet), and interwiki bot owners like
compat for some reason. Catch 22.
What I try to do at the moment, is just the support, so "no longer
supported" is not the case. (Yeah, I do it for myself, but if I succeed,
the result will be published.)


>
> I think the API documentation should probably be made a bit clearer as I
> think there are now two deprecated ways of logging in. We should likely
> make it more explicit which way applies to which versions of MediaWiki.
> This allows developers to have a quicker and easier understanding when
> determining how much compatibility code is needed in a specific
> tool/script/application.
>
Yes, I appreciate.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to login with API?

2016-09-05 Thread Bináris
I found bot passwords, but they offer very limited user rights.
So the best thing is to try without API?

2016-09-06 0:24 GMT+02:00 Gergo Tisza <gti...@wikimedia.org>:

> On Sun, Sep 4, 2016 at 12:50 PM, Bináris <wikipo...@gmail.com> wrote:
>
> > {u'login': {u'*': u'Fetching a token via action=login is deprecated. Use
> > action=query=tokens=login instead.'}}
> > Then I went to https://www.mediawiki.org/wiki/API:Login.
> > Here is stated something completely else:
> > action=clientlogin
> >
>
> The intro section of that page explains which action to use.
> I don't think the compat branch of Pywikibot supports OAuth; it definitely
> does not support action=clientlogin (which is not meant for bots). It will
> work with action=login and bot passwords [1] after [2] is merged.
>
> [1] https://www.mediawiki.org/wiki/Manual:Bot_passwords
> [2] https://gerrit.wikimedia.org/r/#/c/306133/
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] How to login with API?

2016-09-04 Thread Bináris
Hi,

I use Pywikibot compat (the old version), which is now broken, and nobody
wants to correct it. So I tried to to it myself.
The error is with the API login.

The original method (which worked previously) is:
'action': 'login',
'lgname': self.username,
'lgpassword': self.password,
With this I get an error. Thr resulting data strucure has a warnings key,
and I printed the value of warnings:

{u'login': {u'*': u'Fetching a token via action=login is deprecated. Use
action=query=tokens=login instead.'}}
Then I went to https://www.mediawiki.org/wiki/API:Login.
Here is stated something completely else:
action=clientlogin

So which one is right? What is the next step?

My wiki is Hungarian Wikipedia.


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikimedia Commons Android app update - new feature

2016-09-04 Thread Bináris
Nice effort! I post it onto the village pump of huwiki, maybe somebody
begins to post pictures today, as it is a nice Sunday here. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] MediaWiki 1.28 questions (isBot() and database)

2016-08-31 Thread Bináris
https://phabricator.wikimedia.org/diffusion/MW/browse/master/RELEASE-NOTES-1.28

* User::isBot() method for checking if an account is a bot role account.
> * Added a new hook, 'UserIsBot', to aid in determining if a user is a bot.
>
Sounds great! We have been waiting for it for a long time.
Will that work with a time parameter? Can I know somehow that the user WAS
a bot in the time of an edit?

Other question: release notes say, "1.28 has several database changes since
1.27, and will not work without schema
updates."
If I want to install a private wiki for private purposes on my own laptop
(on user, offline work, no access from outside), which is better choice:
stable version or 1.28 alpha to avoid database changes later?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Finding namespaces

2016-08-31 Thread Bináris
2016-08-31 14:14 GMT+02:00 Petr Kadlec <petr.kad...@gmail.com>:

> https://hu.wikipedia.org/w/api.php?action=query=
> siteinfo=namespaces|namespacealiases
>

Thank you!


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Finding namespaces

2016-08-31 Thread Bináris
2016-08-31 13:37 GMT+02:00 Alex Monk <kren...@gmail.com>:

> On 31 August 2016 at 12:18, Bináris <wikipo...@gmail.com> wrote:
>
> > How can I find out from witihn a wiki, what namespaces itt uses?
> >
> Special:AllPages has a dropdown with each namespace.
>
That is half a solution, does not provide numbers.
I wonder how help and help talk is there, once we have made it removed from
huwiki.

>
> On 31 August 2016 at 12:18, Bináris <wikipo...@gmail.com> wrote:
>
> > Additional question: where can I see available aliases as a user?
> >
>
> https://meta.wikimedia.org/w/api.php?action=query=siteinfo=
> namespacealiases

That's useful, but not complete again. Are there somewhere default aliases?
Thank you!
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Finding namespaces

2016-08-31 Thread Bináris
Hi,

How can I find out from witihn a wiki, what namespaces itt uses? I thought,
Special:Version would be a place to find, but no.
(I mined it from Pywikibot at last.)
Additional question: where can I see available aliases as a user?

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Dump frequency

2016-08-02 Thread Bináris
Hi folks,

we in Hungarian Wikipedia have been watching new huwiki dumps by bot since
2011, so this page history:
https://hu.wikipedia.org/w/index.php?title=Sablon:A_dump_d%C3%A1tuma==250=history
clearly shows the freqency. Back in 2012 it took 8-10 days to create the
new dump. Now it takes one month. Are we less develeoped or do we have less
hardware than 4 years ago?



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Number of differences

2016-08-02 Thread Bináris
2016-08-02 23:44 GMT+02:00 Strainu :

>
> Do note that the question you ask is not very well defined.


Yes, I know that, but it is still a good way for lower estimation. The real
number is at least as big, as the number we get with your method. Thank you!
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Number of differences

2016-08-02 Thread Bináris
Hi folks,

given a difflink between two states of a page, is there a way to tell by
bot, how many modifications there are? I.e. in how many fragments those two
differ? I know, this is not an exact question, but the software itself
interprets it somehow as it tries to emphasize differences with colors.

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Image cannot be deleted

2016-07-28 Thread Bináris
This is the file:
https://hu.wikipedia.org/wiki/F%C3%A1jl:Pesti_szerb_templom_3.jpg

Four admins have tried to delete it unsuccessfully. Message:
Hiba a fájl törlésekor: Nem sikerült törölni ezt a fájlt:
mwstore://local-swift-eqiad/local-public/d/d8/Pesti_szerb_templom_3.jpg .
*(Error while deleting file. Couldn't delete file:)*

-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [[Link]]s deprecated?

2016-07-27 Thread Bináris
Thanks for the answers and the Phabricator comments!
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [[Link]]s deprecated?

2016-07-27 Thread Bináris
At https://phabricator.wikimedia.org/T47126 Verdy_p wrote:

"So I think that writing "[[Link]]s" (or "[[Target|Link]]s") instead of
"[[Target|Links]]" (or "[[Link|Links]]") is just an old (deprecated) trick
of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:"

I think this may be of a wider interest. Is [[Link]]s syntax really
deprecated? I never read about this anywhere.
From when?
Is it subject to removal?
Should all guides be updated and links corrected by bot?


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Bot operators: Please check your configuration

2016-01-29 Thread Bináris
2016-01-29 18:56 GMT+01:00 Brad Jorsch (Anomie) <bjor...@wikimedia.org>:

> by going to
> https://www.mediawiki.org/wiki/Special:ApiFeatureUsage, entering your
> agent
> (or any useful prefix of it), and looking for "https-expected".
>

What does *unclear-"now"-timestamp* mean here?


-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] *unclear-"now"-timestamp* (was Re: Bot operators: Please check your configuration)

2016-01-29 Thread Bináris
2016-01-29 20:06 GMT+01:00 Brad Jorsch (Anomie) <bjor...@wikimedia.org>:

> On Fri, Jan 29, 2016 at 1:41 PM, Bináris <wikipo...@gmail.com> wrote:
>
> > 2016-01-29 18:56 GMT+01:00 Brad Jorsch (Anomie) <bjor...@wikimedia.org>:
> >
> > > by going to
> > > https://www.mediawiki.org/wiki/Special:ApiFeatureUsage, entering your
> > > agent
> > > (or any useful prefix of it), and looking for "https-expected".
> > >
> >
> > What does *unclear-"now"-timestamp* mean here?
> >
>
> For various API timestamp-typed parameters, you can pass unusual values
> such as the empty string or "0" and it will be interpreted as meaning
> "now", which doesn't make very much sense except for the fact that it has
> always done that. If you really mean "now", you should pass that as the
> value instead.
>
> action=edit even has to hack around this to avoid spurious edit conflicts
> if you do it for the 'basetimestamp' parameter. Ideally we'd make empty
> string and '0' be rejected as invalid timestamps, but first people have to
> stop passing them in.
>
>
>
Thank you! I know it's from Pywikibot because that was the string I
entered. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

  1   2   3   >