# User Details

User Since
Dec 30 2014, 5:46 PM (337 w, 3 h)
Availability
Available
LDAP User
WolfgangFahl
MediaWiki User

# Sun, May 23

Seppl2013 added a comment to T282395: Scholia at WMHack 2021.

Any action yet ?

# May 16 2021

One special case of this is publications of proceeedings of scientific conferences. I am intending to have a wikidata backend for my Proceedings Title Parser at ptp.bitplan.com anyways so i could add an "ISBN" input mode.

# Apr 9 2021

thx for pointing this out so my issue is linked to the wrong phabricator task. Is there already one for the "zombie" case i am experiencing where i can't delete a page?

# Mar 24 2021

@Xqt - thx for the reply and asking - i am fine with this schedule - thank you very much.

# Mar 23 2021

Thx. for the explanation. And no - testing the script just now with just the config2.py changed will be tough since the three CI pipelines i am using are all pulling directly from PyPi. For my local environment it would be sort of feasible but i fear the installation routines would override my local changes as they did when i was trying things out for almost a day recently. My current project priorities are also different -i need to make sure i don't have showstoppers and this one isn't any more.

looks like avoiding the exception
I do not know how to use the review tool. I logged in but have no clue what to do. I tried edit/marked as reviewed.

I am happy with my workaround for the time being. I also intend to change my app to a webbased app and use py2app to create an app that only communicates with the webbased app. That way i'll avoid any similar problems. Still to fix things upstream the default should be not to throw an exception but simply log the problem by default. So os.listdir might be wrapped in a try catch blog. Only if configured to specifically show start up issues should there be an exception.

# Mar 22 2021

The sample

% python
Python 3.8.8 (default, Mar 18 2021, 06:01:57)
[Clang 11.0.3 (clang-1103.0.32.62)] on darwin
>>> from wikibot import wikibot
>>>

@Xqt https://github.com/WolfgangFahl/py-3rdparty-mediawiki/issues/43 has the issue about pycrypto...

If you then do a

import pywikibot
Seppl2013 updated the task description for T278076: pywikibot cannot collect family files from zip folder e.g. from py2app collection.
Seppl2013 updated the task description for T278076: pywikibot cannot collect family files from zip folder e.g. from py2app collection.

I still have to use the awkward work around

import os
os.environ["PYWIKIBOT_NO_USER_CONFIG"]="1"
import pywikibot

# Mar 13 2021

With Mediawiki 1.35 the situation got worse. Now the code from my own github repository https://github.com/WolfgangFahl/S5SlideShow doesn't work any more and i didn't even follow up on the integration in the in mediawiki world yet. http://wiki.bitplan.com/index.php/S5SlideShow tries to describe the issues before the 1.35 LTS changes that broke the extension again.

# Feb 14 2021

I am sorry - i did not record the message. Today I tried with HitCounters-REL1_35-52da1b7.tar.gz and the problem didn't show up.

# Jan 20 2021

Happened e.g. today when trying to install extension HitCounters on MediaWiki 1.35.

# Jan 18 2021

See https://cr.bitplan.com/index.php/Main_Page for the example data shown here.

@Yaron_Koren - i'll certainly try the explanation and add more examples to make my point. As far as i understand the Form definition approach the only way to handle multiple instances is currently explained in https://www.mediawiki.org/wiki/Extension:Page_Forms/Defining_forms#Multiple-instance_templates. For this to work the context of these multiple instances need to be known in advanced. So if i have pages of type:

• Open Source Project
• Git Respository
• Internal Project

...
and I'd love to use the "commit" section in all these i'd need to repeate the definition in the forms.

Could partial forms be made working by putting the definition into a standalone context - e.g. defining a form page as partial and having the form definition be picked up automatically when a fitting macro/WikiSon notation is found?

I have never tried https://www.mediawiki.org/wiki/Extension:Page_Forms/Defining_forms#Partial_forms - does this feature still work?

Before getting rid of Page Forms all together I was thinking of we could have some improvements that would lead to a "workaround" for a start.

# Jan 17 2021

Hi, @Yaron_Koren - thank you for looking into this.

# Jan 16 2021

Seppl2013 updated subscribers of T266935: Regression: Loginmanager does not make proper use of password parameter.

@Xqt - thanks for trying again. I still have some project based on pywikibot although I am trying to avoid it and use mwclient more these days due to this limited useability in intranet situations.

# Jan 12 2021

It's not clear for me how to open a "documentation" ticket from what https://www.mediawiki.org/wiki/How_to_report_a_bug has to offer. I searched for the keyword "documentation" in the page and couldn't find that keyword. What should i search for ? I never created a documentation ticket before and don't know what it looks like.

I don't know whether this a documentation problem or a bug. It's clearly an unexpected change in behavior that makes the system unusable without any warning i'd know of e.g. in a migration guide. So there are two options:

• fix the behavior
• change the documentation

IMHO it's a valid question and might be a bug if there is no proper documentation for answering the questions. I could't find the proper documentation that describe why the behavior changed and what the reason for this is.

The workaround is

# make sure we don't use "pretty urls"
\$wgUsePathInfo=false;

# Dec 22 2020

Seppl2013 updated the task description for T270692: Mimetype check should be user rights dependent.

# Dec 19 2020

https://github.com/WolfgangFahl/py-3rdparty-mediawiki/issues/35 will have to wait for the release on pypi see https://pypi.org/project/pywikibot/

# Dec 18 2020

looks great. How do i get rid of the "family and mylang ar not set ..." messages?

# Dec 14 2020

Wouldn't this be a good opportunity to generally add a link to a FAQ Wiki per error-message? I feel that following a link per error-message gives a lot more options for discussing individual situations in which an error might appear, linking to related Phabricator tasks and so on.

# Dec 13 2020

It happens when I try to change the protocol for accessinga wiki. What I try is to change the apache settings:

<VirtualHost *:80>
ServerName server.domain.com
Redirect permanent / https://server.domain.com/
</VirtualHost>
<VirtualHost *:443>
....
ServerName server.domain.com
</VirtualHost>

# Dec 5 2020

Seppl2013 added a comment to T260330: RFC: PHP microservice for containerized shell execution.

For the extensions https://www.mediawiki.org/wiki/Extension:Diagrams and https://www.mediawiki.org/wiki/Extension:Piwo the approach discussed here might be very useful.

# Nov 21 2020

same on my main wiki - showed up after some 3 weeks of migration to 1.35 LTS - it is a showstopper! Why is this low priority if it makes the wiki completly unusable?

# Nov 2 2020

Unfortunately https://www.mediawiki.org/wiki/API:Login is inconsistent. E.g. the python example uses login as an example but the text says you shouldn't use it any more but use clientLogin instead. I could not find sufficient information on the cookie issue either.

# Nov 1 2020

E.g. how would a curl access with cookie work?

Opening up the wiki for public read access:

One of the issues seems to be that I don't know how to get rid of the "You need read permission to use this module." messsage on MediaWiki1.35 so that things would at least work for my public wikis.

curl -s "http://test.bitplan.com/api.php?action=query&meta=siteinfo&siprop=general|namespaces|namespacealiases|statistics&format=json" | jq .
{
"error": {
"info": "You need read permission to use this module.",
"*": "See http://test.bitplan.com/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at &lt;https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce&gt; for notice of API deprecations and breaking changes."
}
}

# Oct 31 2020

If you try to debug the situation and click on "site" in the loginmanager a sequence of API call is initiated ... that makes it even harder to find out what is going on ...

If checking the version is the issue please user the information from the family file (and trust it) instead of trying to find out via Mediawiki API doing an http request before being logged in ...

There is a

WARNING: API error readapidenied: You need read permission to use this module.

warning with no details on what the API called is. When debugging it reveals that a meta=siteinfo is tried and if that fails a login is performed. This doesn't make any sense if a proper user/password combination is given. Why try to use the API - how can this be switched off because of course you can't use the API if you are not logged in ...

What is the proper procedure to tell pywikibot the password for login via API ? I am using

python
# needs patch as outlined in https://phabricator.wikimedia.org/T248471
lm.login()

and i get a WARNING:

WARNING: Could not check user '...' exists on wiki:lang

With pywikibot 5.0.0 i have to start all over again ... sigh ..

# Oct 1 2020

The same secondary message might appear in other contexts. In my case it is:

# Sep 30 2020

I can't see where the problem is.

I tried debugging the line 595492 mentioned in the error message. See my stackoverflow answer to How to get few lines from a .gz compressed file without uncompressing

# Sep 29 2020

For me it's a showstopper. I'd love to work on https://github.com/somnathrakshit/geograpy3/issues/15 and currently I have the following options to run the SPARQL query for it

# Sep 28 2020

I retried the download which took another 16h but the problem persists

# Sep 25 2020

tried

git pull
mvn package

today and problem persists

Still the message could be improved into "File missing or config error" and having a pointer to the FAQ and may be such a checking code or extension.

# Sep 6 2020

Seppl2013 added a comment to T262114: Need Math extension for Mediawiki 1.33.4.

The issue here is the undecipherable error message. Since the invalid status of this task is only based on the version MW 1.33.4 that i was trying things out on is EOL. It's not clear whether the error message has been improved so that "normal" people would understand what the real problem is in more recent versions of MW. I tried out different git states yesterday and always go the same error message so that i assume there is a "real" issue behind this task. It's just that the rules within MediaWiki foundation are such that the followup will not happen immediately for this task as it's reported based on a MW 1.33.4 experience. So i think it's good to have this task for reference so that other users that might run into a similar situation can reference it. Even the hint for the workaround https://www.mediawiki.org/wiki/Extension:SimpleMathJax - was a bit hidden in the documentation.

# Sep 5 2020

Seppl2013 closed T262114: Need Math extension for Mediawiki 1.33.4 as Resolved.
Seppl2013 added a comment to T262114: Need Math extension for Mediawiki 1.33.4.

According to https://www.mediawiki.org/wiki/Manual:Math the work-around is to install https://www.mediawiki.org/wiki/Extension:SimpleMathJax which i did successfully.

Seppl2013 added a comment to T262114: Need Math extension for Mediawiki 1.33.4.

I am not asking for a solution but a work-around. And it would be good if such situations could be avoided in the future by proper impact analysis which extensions break on API changes and not doing API changes with too much impact.

Seppl2013 updated the task description for T262114: Need Math extension for Mediawiki 1.33.4.
Seppl2013 updated the task description for T262114: Need Math extension for Mediawiki 1.33.4.

# Aug 3 2020

Bawolff asked on project support desk:
How would mediawiki distinguish between the config being wrong and the file just happening to be missing?

Seppl2013 added a comment to T224854: maintenance/cleanupUsersWithNoId.php doesn't do anything.

work around:

delete from logging where log_user_text="";

# Aug 2 2020

Maybe this could be a step in the update.php file to check that there is a reasonable file configuration if lots of files are pointed to in the SQL file but do not properly resolve ..

Is this a request to edit https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and/or_appearing ? - yes thats's part of the issue and I added a section.

The issue is in the confusing message "File missing" - it's not true that the file is missing. The configuration is wrong and the pointer to the directory of files is not configured correctly. For a single such message it would not be a problem but if in "browse files" every single image shows the same misleading message "File missing" than that is an issue which should be fixed to allow administrators to get informed about the problem by their users much more quickly and more detailed than is the case right now.

# Jul 28 2020

Seppl2013 added a comment to T224854: maintenance/cleanupUsersWithNoId.php doesn't do anything.
select count(*) from logging where log_user_text="";
+----------+
| count(*) |
+----------+
|      879 |
+----------+
1 row in set (0.001 sec)
Seppl2013 added a comment to T224854: maintenance/cleanupUsersWithNoId.php doesn't do anything.

same here ...

 select * from actor where actor_name='';
+----------+------------+------------+
| actor_id | actor_user | actor_name |
+----------+------------+------------+
|     3164 |       NULL |            |
+----------+------------+------------+
1 row in set (0.000 sec)

# Jul 7 2020

Please reopen this issue - marking it invalid since it's not reproducible in the Wikimedia Universe is not helpful for those having the problem in their own environment .

# Jul 6 2020

You trial was obviously on Windows and not Ubuntu 18.04 LTS

# Jul 5 2020

It was a bit frustrating.

# Jul 4 2020

Seems to happen again e.g. pip3 install --no-cache-dir -I pywikibot==3.0.20200508

# Jun 5 2020

Seppl2013 added a comment to T254003: How to use pywikibot to get data from SMW ask API?.
from pywikibot.data.api import Request
Seppl2013 added a comment to T254003: How to use pywikibot to get data from SMW ask API?.

The https://pypi.org/project/py-3rdparty-mediawiki/ SMW support now works quite nicely to handle the SMW API. This task can IMHO be closed.

# May 29 2020

Seppl2013 added a comment to T254003: How to use pywikibot to get data from SMW ask API?.

@Xqt - thanks for looking into this. I am currently adding this to https://github.com/WolfgangFahl/py-3rdparty-mediawiki/issues/1 with https://github.com/WolfgangFahl/py-3rdparty-mediawiki/blob/master/wikibot/smw.py where I am happily using a standard Request for the time being to simplify things. It seems that APIGenerator adds caching handling and some legacy stuff as well as continuation - for the time being i'd focus more on the core functionality of unpacking the printrequest structures delivered and being able to use cut&paste for ask queries. The implementation will be mostly along the lines of https://github.com/BITPlan/com.bitplan.simplegraph/blob/master/simplegraph-smw/src/main/java/com/bitplan/simplegraph/smw/SmwSystem.java where this was already succesfully implemented in Java.

Seppl2013 updated the task description for T254003: How to use pywikibot to get data from SMW ask API?.

# May 22 2020

Seppl2013 added a comment to T253378: pywikibot transitive dependency on crypto.

Looks like this is a general pip problem with transitive dependencies. The pycrypto library is also explcitly mentioned in the requirements.txt file for py-3rdparty-mediawiki. I'll try to release that library on pypi to see if that fixes the issue.

I have tried today with pywikibot>=3.0.20200508 and on my local machine the tests run. I am having some trouble in the travis environment of a project I am using things now - I'll create a separate issue for that.

# Apr 1 2020

Could you please put a release on test.pypi.org so that I can install the master with pip ... or simply create a release candidate on normal pypi.org and put the link here.