♟ Framawiki


Article Images
User Since
May 2 2016, 8:34 PM (439 w, 6 d)
Availability

Available

IRC Nick
Framawiki
LDAP User
Framawiki
MediaWiki User
Framawiki [ Global Accounts ]

@Xqt @zhuyifei1999 thanks both of you for this really quick patch!

It is also possible some stuff was done on the toolforge side and impacted the output of the version.
Anyway, a .strip() could be added somewhere to remove any unattended \n in versions around here in pywikibot/version.py.

if somebody has the same issue right now, just append this value in your ~/.pywikibot/user-config.py (and adapt the values, for sure):
user_agent_format="MY_BOT_NAME using pywikibot on MY_WIKI_NAME"

Thank you for your quick answer, which seems perfectly logical. The site does not comply with the standards.
If there's no existing "don't change url blacklist" in which the domain can be added, don't spend more time. I've written a little python script to correct these occurrences daily, this way the impact is limited for French wikipedia.

It may also be easier to send email from on-wiki Special:EmailUser (API) using a dedicated account for this usage.

Looks fixed for me, thanks @Sfaci and @BTullis for the quick fix.

I don't know if it's just a temporary processing delay, or a breakage. But given the different user reports the same day, I prefer to fill a task.
Edit: definitively not normal, few frwiki bots are broken because of that.

I've seen several user feedbacks indicating that the quality of Deepl is much more advanced than other engines offer, to the point of not using the Content translation tool only because Deepl is not available in it.
I saw someone who developed its own wikipedia translator tool around Deepl API, indicating that "google's and Microsoft's translators are years behind Deepl".

Old task requesting ability to create custom Echo notifications: T58362: Allow creating custom Echo notifications.

Side note: French wikipedia community would like to have these settings not shown on articles (ns0). The addition of INDEX and similar magicwords is currently blocked on this wiki by an abuse filter. Majority of users don't understand why the whole edit is blocked because they hit an obscure button that is actionable, but that they should not touch :)

got that too on frwiki, in my case error 500 while loading DiscussionTools "Response" form during few minutes, VE preview API calls were failing.
there was a spike of error 500 from around 21:54 UTC to 21:58 https://grafana.wikimedia.org/d/000000503/varnish-http-errors?orgId=1&from=1705604739966&to=1705615539966&viewPanel=7
and a drop of half ot the edits https://grafana.wikimedia.org/d/000000208/edit-count?orgId=1&from=1705613802299&to=1705615602299&viewPanel=8

Framawiki awarded T349182: Europresse a Burninate token.

I was following https://wikitech.wikimedia.org/wiki/Help:Toolforge/Raw_Kubernetes_jobs#Virtualenv_and_pywikibot on toolforge.
mwparserfromhell was missing from the default packages present on the system, and a nice error message asks to install it. But if user is using OAuth, pywikibot does not suggest installing mwoauth / requests_oauthlib.
We can also update the doc to ask running pip install -r /data/project/shared/pywikibot/core/requirements.txt.

Is it also substitution of {{reflist}} template, similar to what we for citations in T213277: CX2: Should not substitute citation templates when publishing ?

Framawiki renamed T213277: CX2: Should not substitute citation templates when publishing from CX2: Should not convert {{cite book}} templates to a complex syntax (template substitution?) to CX2: Should not substitute citation templates when publishing.

This bug is really the worst of the ones opened on ContentTranslation in my opinion, given the time spent by all the volunteer contributors who have to go back behind a translation to try and reformat the translations that have been substituted. It literally freezes the citation in a version that can't be edited later, except if somebody spend some time to fill a template. Not good to have such non-editable stuff in our wikis !

Framawiki renamed T213277: CX2: Should not substitute citation templates when publishing from CX2: Should not convert {{cite book}} templates to a complex syntax to CX2: Should not convert {{cite book}} templates to a complex syntax (template substitution?).

Thanks for the quick support :)

Framawiki renamed T344507: ~/.kube/config missing for framabot from toolforge-jobs fails with Failed to read config file '/etc/toolforge-jobs-framework-cli.cfg' to ~/.kube/config missing for framabot.

i guess i just deleted "~/.kube/config" by mistake last time... Could someone help me to get it back again? Thanks!

I don't know what sites table contains, it's not managed by Quarry that just shows the content of the replicas db. See doc on mediawiki.org.
Another way to list wmf sites is using meta db, this one contains correctly wikifunctions: https://quarry.wmcloud.org/query/75687

now functional: https://quarry.wmcloud.org/query/75686
According to the code, the dropdown menu just lists all databases that have already been queried by at least an user on quarry, original way to do caching but it works :)

Can I suggest following change: https://github.com/toolforge/quarry/pull/23. Keep message really visible (goal was initially to show a temporary important message). But reduced its size according to your suggestion, and contrast improved too.

Framawiki renamed T342494: Previewing & saving edits is slow from 編集のプレビューと保存が遅い to Previewing & saving edits is slow.

Framawiki renamed T118773: In Citoid, magically follow URLs provided in non-link fields (e.g. link rel="publisher") to scrape more info from there from In Citoid, magically follow URLs provided in non-link fields (e.g. link rel="publisher") to scrape more info from there to Citoid adds facebook url as publisher.

frwiki user reported that the tool didn't list his edits with summary Wikification (#moiswikif). Adding this char to the regex would probably be acceptable.

This is still happening daily with Author field containing facebook link, Ie https://fr.wikipedia.org/w/index.php?title=Lekima_Tagitagivalu&diff=prev&oldid=205847137 because <meta property="article:author" content="https://www.facebook.com/ActuRugby">.
I've made hundred of edits to remove these errors on frwiki: https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Contributions/Framawiki&target=Framawiki&offset=20230706113753
At least Citoid should avoid using fields that are url.

Framawiki removed a member for Znuny: Framawiki.

Framawiki changed the status of T341217: Hide small edits from Stalled to Open.

sorry for my English. Instead of "one of two reports", I meant "a certain number of the changes reported". I didn't do the math, but it's half or a quarter of small changes to ignore. Examples: 1, 2 need to be closed manually because they're two small.

Ah, sorry, I should've read back further in the task! Yes, that host can+should be deleted.

It also impact the ability to use the OpenRefine tool that is integrated inside PAWS: it doesn't handle OAuth, so wiki credentials need to be entered to edit wikidata from it.

I didn't want to propose a commit, it's risky to break the threading by putting a set() above the generator.

I have cleanup few items using this request: https://w.wiki/6nRN

Well, as a regular and very pleased user of Quarry, I tried Superset. Not helpful, it doesn't have most of databases. So, Quarry doesn't work any more, and I can't use Superset, so there is no way for me to run an urgent query (72767).

Mentioned in SAL (#wikimedia-cloud) [2022-02-20T19:49:50Z] < @Andrew > moving nfs service from quarry-nfs-1 (bullseye) to quarry-nfs-2 (buster), testing to see if T302154 is a kernal or nfs-version issue

Add API endpoint(s) to https://hashtags.wmcloud.org/ that can be used to replace the prior database queries.

I've tried Superset for the first time and found some small points:

  • query csv exports have a b' prefix in each cell. Here is the export of gendergap query: