Re: [Wikitech-l] Unstable search results - possible causes

[Hogan (US), Michael C]

I'm running a self-hosted wiki, so unfortunately can't provide a URL. The 
search is performed on the standard [[Special:Search]] page. It may matter that 
we're running the wiki on two servers, using Percona MySQL for data replication 
between the servers. A load balancer sends users to whichever server has the 
fewest active connections.

-Original Message-
From: Stas Malyshev [mailto:smalys...@wikimedia.org] 
Sent: Tuesday, March 05, 2019 5:39 PM
To: Wikimedia developers ; Hogan (US), Michael 
C 
Subject: Re: [Wikitech-l] Unstable search results - possible causes

Hi!

> I'm using the built-in Mediawiki search engine. We just updated from 1.30.0 
> to 1.31.0. Since the update, search results are unstable. The same search 
> term gives different results in different web browsers. We also see different 
> results across browser sessions. Any advice on how I can troubleshoot this?

Could you provide more info - which search you're talking about (URL might 
help, or description of the sequence of actions), which terms, what you're 
getting in different cases? Some search results might depend on your 
preferences or user language selected, so there might be difference, e.g. for 
different logged-in users.

Thanks,
--
Stas Malyshev
smalys...@wikimedia.org
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Unstable search results - possible causes

[Stas Malyshev]

Hi!

> I'm using the built-in Mediawiki search engine. We just updated from 1.30.0 
> to 1.31.0. Since the update, search results are unstable. The same search 
> term gives different results in different web browsers. We also see different 
> results across browser sessions. Any advice on how I can troubleshoot this?

Could you provide more info - which search you're talking about (URL
might help, or description of the sequence of actions), which terms,
what you're getting in different cases? Some search results might depend
on your preferences or user language selected, so there might be
difference, e.g. for different logged-in users.

Thanks,
-- 
Stas Malyshev
smalys...@wikimedia.org

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

[Wikitech-l] Unstable search results - possible causes

[Hogan (US), Michael C]

I'm using the built-in Mediawiki search engine. We just updated from 1.30.0 to 
1.31.0. Since the update, search results are unstable. The same search term 
gives different results in different web browsers. We also see different 
results across browser sessions. Any advice on how I can troubleshoot this?

Thank you!

-Michael

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

Re: [Wikitech-l] Upcoming Search Platform Office Hours—March 6th

[Trey Jones]

This is a reminder that the Search Platform Office Hours are tomorrow!

On Wed, Feb 27, 2019 at 11:34 AM Trey Jones  wrote:

> The Search Platform Team
>  usually holds
> office hours the first Wednesday of each month. Come ask us anything about
> Wikimedia search!
>
>
> We’re particularly interested in:
>
> * Opportunities for collaboration—internally or externally to the
> Wikimedia Foundation
>
> * Challenges you have with on-wiki search, in any of the languages we
> support
>
>
> But we're happy to talk about anything search-related. Feel free to add
> your items to the Etherpad Agenda for the next meeting.
>
>
> Details for our next meeting:
>
> Date: Wednesday, March 6th, 2018
>
> Time: 16:00-17:00 GMT / 08:00-9:00 PST / 11:00-12:00 EST / 17:00-18:00 CET
>
> Etherpad: https://etherpad.wikimedia.org/p/Search_Platform_Office_Hours
>
> Google Meet link: https://meet.google.com/vyc-jvgq-dww
>
>
> *N.B.:* Google Meet System Requirements
> 
>
>
> Trey Jones
> Sr. Software Engineer, Search Platform
> Wikimedia Foundation
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Read access to patrolled flag in wikimedia API

[Lucas Werkmeister]

As far as I know Brian is right, the patrol status in recentchanges is not
public. However, the patrol log
 is, so with a bit of
effort you should be able to mostly reconstruct whether a revision is
patrolled or not. (I thought about reporting this as a [very minor]
security bug when I noticed it some months ago, but according to
Phabricator people seem to be well aware of this. I’m not sure why we don’t
make the patrol status public on recentchanges, to be honest.)

Cheers,
Lucas


Am Di., 5. März 2019 um 17:33 Uhr schrieb bawolff :

> Are you sure that patrol status is shown as colour coding on history pages?
> I'm pretty sure its not.
>
> If you mean kind of the dim yellow colour (like in
>
> https://en.wikipedia.org/w/index.php?title=List_of_programs_broadcast_by_Adult_Swim=history
> for the moment, but that will likely change soon), that means a pending
> change, which is a different system from patrolling.
>
> Note, on enwikipedia (but not other projects) RC patrolling is disabled,
> and only new page patrol is enabled (so only the first revision can have a
> patrol status).
>
> --
> Brian
>
> On Tue, Mar 5, 2019 at 4:13 PM Сибирев Кирилл 
> wrote:
>
> > Hi, we are using wikimedia http api for getting pages recent changes [1].
> > We'd like to be able to distinguish patrolled and unpatrolled revisions
> and
> > this feature is supported according to docs, but we still can't use it
> > because of access permissions. For example if i making requests like [2]
> or
> > [3] i am getting {"code": "permissiondenied", "info": "You need the
> > \"patrol\" or \"patrolmarks\" right to request the patrolled flag."}
> error.
> >
> > This API behaviour looks inconsistent to me, because anyone can see
> > patrolled/unpatrolled colored markup at wikipedia revision history web
> > pages. I think patrol right should be checked only at write (ones that
> mark
> > revisions patrolled or not) API requests and not for read requests.
> >
> > Is this behaviour really inconsistent and implemented that way due to
> > technical restrictions or am i missing something? Can it be changed, so
> we
> > can get patrolling information for revisions or maybe there are some
> > workarounds exist?
> >
> >
> > [1] https://www.mediawiki.org/wiki/API:RecentChanges
> > [2]
> >
> https://en.wikipedia.org/w/api.php?action=query=recentchanges=title|patrolled=3
> > [3]
> >
> https://en.wikipedia.org/w/api.php?action=query=recentchanges=title=patrolled=3
> >
> > ___
> > 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



-- 
Lucas Werkmeister
Full Stack Developer

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de

Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us to achieve our vision!
https://spenden.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Read access to patrolled flag in wikimedia API

[bawolff]

Are you sure that patrol status is shown as colour coding on history pages?
I'm pretty sure its not.

If you mean kind of the dim yellow colour (like in
https://en.wikipedia.org/w/index.php?title=List_of_programs_broadcast_by_Adult_Swim=history
for the moment, but that will likely change soon), that means a pending
change, which is a different system from patrolling.

Note, on enwikipedia (but not other projects) RC patrolling is disabled,
and only new page patrol is enabled (so only the first revision can have a
patrol status).

--
Brian

On Tue, Mar 5, 2019 at 4:13 PM Сибирев Кирилл 
wrote:

> Hi, we are using wikimedia http api for getting pages recent changes [1].
> We'd like to be able to distinguish patrolled and unpatrolled revisions and
> this feature is supported according to docs, but we still can't use it
> because of access permissions. For example if i making requests like [2] or
> [3] i am getting {"code": "permissiondenied", "info": "You need the
> \"patrol\" or \"patrolmarks\" right to request the patrolled flag."} error.
>
> This API behaviour looks inconsistent to me, because anyone can see
> patrolled/unpatrolled colored markup at wikipedia revision history web
> pages. I think patrol right should be checked only at write (ones that mark
> revisions patrolled or not) API requests and not for read requests.
>
> Is this behaviour really inconsistent and implemented that way due to
> technical restrictions or am i missing something? Can it be changed, so we
> can get patrolling information for revisions or maybe there are some
> workarounds exist?
>
>
> [1] https://www.mediawiki.org/wiki/API:RecentChanges
> [2]
> https://en.wikipedia.org/w/api.php?action=query=recentchanges=title|patrolled=3
> [3]
> https://en.wikipedia.org/w/api.php?action=query=recentchanges=title=patrolled=3
>
> ___
> 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] Read access to patrolled flag in wikimedia API

[Сибирев Кирилл]

Hi, we are using wikimedia http api for getting pages recent changes [1]. We'd 
like to be able to distinguish patrolled and unpatrolled revisions and this 
feature is supported according to docs, but we still can't use it because of 
access permissions. For example if i making requests like [2] or [3] i am 
getting {"code": "permissiondenied", "info": "You need the \"patrol\" or 
\"patrolmarks\" right to request the patrolled flag."} error.

This API behaviour looks inconsistent to me, because anyone can see 
patrolled/unpatrolled colored markup at wikipedia revision history web pages. I 
think patrol right should be checked only at write (ones that mark revisions 
patrolled or not) API requests and not for read requests. 

Is this behaviour really inconsistent and implemented that way due to technical 
restrictions or am i missing something? Can it be changed, so we can get 
patrolling information for revisions or maybe there are some workarounds exist?


[1] https://www.mediawiki.org/wiki/API:RecentChanges
[2] 
https://en.wikipedia.org/w/api.php?action=query=recentchanges=title|patrolled=3
[3] 
https://en.wikipedia.org/w/api.php?action=query=recentchanges=title=patrolled=3

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

Re: [Wikitech-l] Looking for a mentor with experience in building tools for Wikimedia

[Sandra Fauconnier]

Hi everyone! Just to follow up: it seems that we indeed have found someone
to help out here.

Info about the tool is not online yet, but will be soon, I hope.
It'll be a tool on Toolforge, providing an easy interface for
beginners/laypeople to easily add microcontributions of structured metadata
to files on Wikimedia Commons.
We'll work on it as a pilot for Structured Data on Commons, with images
from pas Wiki Loves Africa campaigns as a first set. Support is (for now)
only needed for a few months, most of it in April.

As I said: we have probably already found someone who will help out - but
if this tool sounds interesting to any of you, feel free to reach out!

Cheers, Sandra

On Tue, Mar 5, 2019 at 10:45 AM Egbe Eugene  wrote:

> Hi,
> Thanks for the clarifications Andre. This was just to get interested folks
> who were experienced in developing tools on Toolforge using WM technologies
> which are e already have.
>
> Eugene
>
> On Tue, 5 Mar 2019 at 10:22 Andre Klapper  wrote:
>
> > Hi,
> >
> > On Mon, 2019-03-04 at 13:07 +0100, Egbe Eugene wrote:
> > > In view of building a tool which will help users contribute to add
> > > structured data on WM Commons, there's need for someone with experience
> > to
> > > supervise in the development and testing of this tool.
> >
> > Could you please be way more specific?
> >
> > Does "tool" mean something to be hosted on Toolforge?
> > Does some source code already exist? Where to find it?
> > If no source code exists, where to find more info on that tool/idea?
> > What does "supervise" mean? One time, or for years to come?
> > What does "there's need" mean? By who?
> >
> > andre
> > --
> > Andre Klapper | Bugwrangler / Developer Advocate
> > https://blogs.gnome.org/aklapper/
> >
> >
> >
> > ___
> > 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



-- 
Sandra Fauconnier (she/her)
Program Officer, GLAM and Structured Data, Wikimedia Foundation
Twitter: @glamwiki

How Galleries, Libraries, Archives and Museums work with Wikimedia
communities: https://outreach.wikimedia.org/wiki/GLAM
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Looking for a mentor with experience in building tools for Wikimedia

[Egbe Eugene]

Hi,
Thanks for the clarifications Andre. This was just to get interested folks
who were experienced in developing tools on Toolforge using WM technologies
which are e already have.

Eugene

On Tue, 5 Mar 2019 at 10:22 Andre Klapper  wrote:

> Hi,
>
> On Mon, 2019-03-04 at 13:07 +0100, Egbe Eugene wrote:
> > In view of building a tool which will help users contribute to add
> > structured data on WM Commons, there's need for someone with experience
> to
> > supervise in the development and testing of this tool.
>
> Could you please be way more specific?
>
> Does "tool" mean something to be hosted on Toolforge?
> Does some source code already exist? Where to find it?
> If no source code exists, where to find more info on that tool/idea?
> What does "supervise" mean? One time, or for years to come?
> What does "there's need" mean? By who?
>
> andre
> --
> Andre Klapper | Bugwrangler / Developer Advocate
> https://blogs.gnome.org/aklapper/
>
>
>
> ___
> 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

Re: [Wikitech-l] Looking for a mentor with experience in building tools for Wikimedia

[Andre Klapper]

Hi,

On Mon, 2019-03-04 at 13:07 +0100, Egbe Eugene wrote:
> In view of building a tool which will help users contribute to add
> structured data on WM Commons, there's need for someone with experience to
> supervise in the development and testing of this tool.

Could you please be way more specific?

Does "tool" mean something to be hosted on Toolforge?
Does some source code already exist? Where to find it?
If no source code exists, where to find more info on that tool/idea? 
What does "supervise" mean? One time, or for years to come?
What does "there's need" mean? By who?

andre
-- 
Andre Klapper | Bugwrangler / Developer Advocate
https://blogs.gnome.org/aklapper/



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