Page MenuHomePhabricator

Seppl2013 (Wolfgang Fahl)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Dec 30 2014, 5:46 PM (263 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Seppl2013 [ Global Accounts ]

Recent Activity

Thu, Jan 2

Seppl2013 added a comment to T241706: S5SlideShow extension does not work anymore with Mediawiki 1.33+.

see also https://www.mediawiki.org/wiki/Release_notes/1.29 and https://codein.withgoogle.com/archive/2016/organization/5709875686408192/task/5647904811253760/ -
So what's the replacement for Article:getContent()?

Thu, Jan 2, 7:46 AM · MediaWiki-extensions-Other
Seppl2013 added a comment to T241706: S5SlideShow extension does not work anymore with Mediawiki 1.33+.

See also https://github.com/mediawiki4intranet/S5SlideShow/issues/6

Thu, Jan 2, 6:57 AM · MediaWiki-extensions-Other
Seppl2013 created T241706: S5SlideShow extension does not work anymore with Mediawiki 1.33+.
Thu, Jan 2, 6:56 AM · MediaWiki-extensions-Other

Dec 13 2019

Seppl2013 added a comment to T226616: Not compatible with MediaWiki 1.33 (img_description column doesn't exist).

@Samwilson: The assumption is that rendering with external programs like dot or openjscad is too costly a process to do it without caching. So there should be a copy of the rendered image in png, svg or whatever format readily available. If two users now render different versions of a page obviously there is a need for multiple version of such png and svg files. Cluterring the filesystem with these in a straight-forward manner seems awkward to me. I'd prefer to be able to put things under proper version control from an external tool. I don't like quite a few of the "do-it-yourself" approaches of mediawiki. If you use these solutions you are stuck with the mediawiki way of doing things instead of moving with the readily available APIs that are evolving "out there". I think the mediawiki architecture should be much more open and flexibile than simply having a two layer folder hierarchy that will make your https://commons.wikimedia.org/wiki/File:Sous_la_Tour_Eiffel_1.jpg url end up as https://upload.wikimedia.org/wikipedia/commons/thumb/b/bd/Sous_la_Tour_Eiffel_1.jpg/800px-Sous_la_Tour_Eiffel_1.jpg when looking at the thumbnail of it - the b/bd part is just ridiculous as of 2019 since it's got technical reasons that should be hidden.

Dec 13 2019, 2:59 PM · GraphViz

Dec 10 2019

Seppl2013 added a comment to T226616: Not compatible with MediaWiki 1.33 (img_description column doesn't exist).

If there is an external command to render as with graphviz/plantuml and other extensions i think it's not much more of an effort to create a local git repository to keep track of the rendered/cached results - with tagging it would be quite easy to access the information and supply it for rendering. This approach would mean to abandon the approach of making the rendered results directly available as images via the mediawiki mechanisms in the traditional way images/e/f ... . Instead some kind of other access mechanism would be needed - i don't know whether this can be nicely intergrated with newer Mediawik APIs. The extra space needed for storage might be o.k. in quite a few use case scenarios. If a few extensions would share the base code for this the effort of creating such a solution might be worthwhile. Currently I'd also need such an approach for the plantuml and openjscad extensions.

Dec 10 2019, 7:24 AM · GraphViz

Nov 26 2019

Seppl2013 added a comment to T226616: Not compatible with MediaWiki 1.33 (img_description column doesn't exist).

As the committer of the PlantUML extension i see similar issues since PlantUML is based on graphviz. A common approach to image handling might be helpful here.

Nov 26 2019, 10:55 AM · GraphViz

Oct 28 2019

Seppl2013 created T236671: Misleading message on update when database is missing.
Oct 28 2019, 10:53 AM · MediaWiki-Installer

Oct 26 2019

Seppl2013 added a comment to T235151: https://www.mediawiki.org/wiki/API:Account_creation confusing - examples and details missing.

I assume the "old style" is gone and needs to be emulated with the "new style". The idea would be to get a compatible API to ease the migration for people that are using the "old style" API. So the new API should have "new style" as is + "old style" which obviously would need some kind of flag/handling to indicate that "old style" is actually wanted since it is still possible to do an old style call but it will fail and might be considered deprecated if not flagged as "yes I still want to use that API".

Oct 26 2019, 3:34 AM · MediaWiki-Authentication-and-authorization, Documentation

Oct 10 2019

Seppl2013 created T235151: https://www.mediawiki.org/wiki/API:Account_creation confusing - examples and details missing.
Oct 10 2019, 7:53 AM · MediaWiki-Authentication-and-authorization, Documentation

Sep 30 2019

Seppl2013 added a comment to T201169: Migrating to MediaWiki from another high-profile content management system should be a pleasant experience.

By the way BITPlan successfully migrated from Lotus Notes to SMW in 2014. The number of articles in the system has risen from 40 articles per user/year to 280 articles per user per year!

Sep 30 2019, 1:34 PM · MediaWiki-Stakeholders-Group, MediaWiki-General
Seppl2013 added a comment to T130570: -user fails when -lang not set for single site family.

I assume the

Sep 30 2019, 1:31 PM · Pywikibot-login.py, Pywikibot
Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

-*- coding: utf-8 -*-

from pywikibot import family

Sep 30 2019, 12:13 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

Sorry - the next issue is coming up:

WARNING: /opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pywikibot/family.py:71: _NotImplementedWarning: royalfamily_family.new__.init__ is deprecated. cls.instance.init()
Sep 30 2019, 12:07 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

Indeed I get the same "no module named royalfamily" error as you do with:

Sep 30 2019, 11:47 AM · Pywikibot-Documentation, Pywikibot

Sep 29 2019

Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

I tried:

Sep 29 2019, 1:26 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

Ok I am continuing my search for the root directory in which to find generate_family.py - at https://www.mediawiki.org/wiki/Manual:Pywikibot/Scripts it's a red link ...
I do find it at https://phabricator.wikimedia.org/diffusion/PWBC/repository/master/ but i didn't install things from phabricator. I used a
requirements.txt

Sep 29 2019, 1:14 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 added a comment to T234135: Trying to get pywikibot running by following documentation fails.

thx for the comments. The actual problem is that the warnings do not make sense. They refer to something independent like Global configuration variable "mylang" and are therefor confusing for newbies. Yes https://www.mediawiki.org/wiki/Manual:Pywikibot/Use_on_third-party_wikis is the documentation I tried for this. Yes the alternative statement is in the same user-config.py file and commented out/in for the two attempts i made. I do not know how to use generate_family_files.py. The documentation says:

Sep 29 2019, 1:11 PM · Pywikibot-Documentation, Pywikibot

Sep 28 2019

Seppl2013 updated the task description for T234135: Trying to get pywikibot running by following documentation fails.
Sep 28 2019, 6:08 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 updated the task description for T234135: Trying to get pywikibot running by following documentation fails.
Sep 28 2019, 6:08 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 created T234135: Trying to get pywikibot running by following documentation fails.
Sep 28 2019, 6:08 PM · Pywikibot-Documentation, Pywikibot
Seppl2013 added a comment to T195921: User specified in -user is ignored when no username in config.

https://www.mediawiki.org/wiki/Manual_talk:Pywikibot/Use_on_third-party_wikis is inconsistent with this.

Sep 28 2019, 5:54 PM · Pywikibot
Seppl2013 added a comment to T130570: -user fails when -lang not set for single site family.

It's 2019 and this isn't even mentioned in the documentation page yet.

Sep 28 2019, 5:49 PM · Pywikibot-login.py, Pywikibot

Sep 26 2019

Seppl2013 committed rEOJCaff7208abb67: committing for gerrit (authored by Seppl2013).
committing for gerrit
Sep 26 2019, 6:26 PM
Seppl2013 added a comment to T225532: Create OpenJsCad MediaWiki extension.

In the last month i have seen https://www.mediawiki.org/wiki/Extension:3D which does for STL files what i'd like to do for OpenJSCAD files. I find the approach a bit awkward since it relies on xvfb and and external tool and therefore it's quite infrastructure heavy. On the other hand it would be much nicer if the OpenJsCad extension could be integrated with a node installation of OpenJsCad and simply reuse that instead of copying all the javascript stuff. Are there any other extensions using node based modules that have the same problem?

Sep 26 2019, 2:47 PM · Repository-Admins
Seppl2013 added a comment to T225532: Create OpenJsCad MediaWiki extension.

Mark is with me at SMWCon 2019 and helping with the gerrit setup which is totally confusing given that it does not use my mediawiki account and forces me to setup a new password and only then can I upload an ssh-key. The git review also is confusing since it is not so different from git push and then it is ... In the end there should be some content now in the https://gerrit.wikimedia.org/g/mediawiki/extensions/OpenJsCad repository.

Sep 26 2019, 2:44 PM · Repository-Admins
Seppl2013 added a comment to T225532: Create OpenJsCad MediaWiki extension.

There is a private git repository at git.bitplan.com:/srv/git/source/php/mediawiki-OpenJsCad - how to i get the contents into https://gerrit.wikimedia.org/g/mediawiki/extensions/OpenJsCad?

Sep 26 2019, 2:04 PM · Repository-Admins

Jul 31 2019

Seppl2013 added a comment to T201169: Migrating to MediaWiki from another high-profile content management system should be a pleasant experience.

Here is a Wikidata Query listing CMS systems:
try it!

Jul 31 2019, 5:36 AM · MediaWiki-Stakeholders-Group, MediaWiki-General

Feb 24 2018

Seppl2013 added a comment to T188088: Unrecognized parameters in create Account.

One response is: //"This sounds like a session problem - clients must be able to handle cookies the same way a browser does (accept cookies via Set-Cookie headers)."

Feb 24 2018, 6:17 AM · MediaWiki-Authentication-and-authorization
Seppl2013 added a comment to T188088: Unrecognized parameters in create Account.

see https://discourse-mediawiki.wmflabs.org/t/unrecognized-parameters-in-create-account/287

Feb 24 2018, 6:13 AM · MediaWiki-Authentication-and-authorization

Feb 23 2018

Seppl2013 added a comment to T188088: Unrecognized parameters in create Account.

I could not post my question because the initial setting limit me to two links.

Feb 23 2018, 4:10 PM · MediaWiki-Authentication-and-authorization
Seppl2013 added a comment to T188088: Unrecognized parameters in create Account.

So you doubt there is a bug and think the documentation is accurate?
At least the Sandbox - example does not work at all it doesn't supply the necessary parameter so currently I have no way to see a working example from the "official sources".

Feb 23 2018, 4:06 PM · MediaWiki-Authentication-and-authorization
Seppl2013 updated the task description for T188088: Unrecognized parameters in create Account.
Feb 23 2018, 11:23 AM · MediaWiki-Authentication-and-authorization
Seppl2013 updated the task description for T188088: Unrecognized parameters in create Account.
Feb 23 2018, 11:06 AM · MediaWiki-Authentication-and-authorization
Seppl2013 created T188088: Unrecognized parameters in create Account.
Feb 23 2018, 10:56 AM · MediaWiki-Authentication-and-authorization

Oct 9 2017

Seppl2013 created T177768: Fatal error: Uncaught Error: Call to a member function getCode() on null in /includes/user/User.php:1578 in getDefaultOptions() .
Oct 9 2017, 1:25 PM · MediaWiki-General

Dec 11 2015

Seppl2013 added a comment to T120960: Bulk document converter.

As a short answer I think my MediaWikiBotJ might be the way to go.
MediaWikiBotJ would be a simplified version of the WikiTask plugin that
I'd like to discuss with you and others. While WikiTask needs SMW
MediaWikiBotJ would work with a regular MediaWiki but would allow to run
Java code. That way the full potential of Apache POI would be availabel
and you could work with Powerpoint, Word, Excel and PDF in a very
sophisticated way. I'd love to see a community growing from this that
supplies Java/Rythm code snippets that do nice things.

Dec 11 2015, 7:14 AM · MediaWiki-extension-requests

Oct 16 2015

Seppl2013 created T115684: Carousel widget shows two rows where there should only be one.
Oct 16 2015, 5:07 AM · MediaWiki-extensions-Page_Forms

May 25 2015

Seppl2013 added a comment to T100063: Mediawiki API - How can Clients stay in synch with core API changes?.

Proposed action items:
Make separation of

  • Implementation
  • Declaration (e.g. interface)
  • Tests

possible
Encourage evaluation of client libraries comparable to https://www.mediawiki.org/wiki/API:Client_code/Evaluations/Pywikibot way of evalution

May 25 2015, 11:05 AM · MediaWiki-API
Seppl2013 renamed T100063: Mediawiki API - How can Clients stay in synch with core API changes? from Mediawiki API 2015 Lyon Hackathon ideas to Mediawiki API - How can Clients stay in synch with core API changes?.
May 25 2015, 9:53 AM · MediaWiki-API
Seppl2013 added a comment to T100063: Mediawiki API - How can Clients stay in synch with core API changes?.

Yuris ideas are to create a thin layer that will have the most basic functions in collaboration with API developers
e.g.

May 25 2015, 9:47 AM · MediaWiki-API
Seppl2013 updated subscribers of T100063: Mediawiki API - How can Clients stay in synch with core API changes?.
May 25 2015, 9:44 AM · MediaWiki-API

May 23 2015

Seppl2013 added a comment to T100063: Mediawiki API - How can Clients stay in synch with core API changes?.

Should there be recommendations for Client APIs?
E.g. naming

May 23 2015, 9:31 AM · MediaWiki-API
Seppl2013 added a comment to T100063: Mediawiki API - How can Clients stay in synch with core API changes?.

How is evolving of the API done - how can Client Library authors keep up to date with changes in the API?
A schema could be an approach. But as it where a schema would have to be kept up-todate with source code changes in the core and in extensions which is virtually impossible.

May 23 2015, 9:23 AM · MediaWiki-API
Seppl2013 added a comment to T100063: Mediawiki API - How can Clients stay in synch with core API changes?.

When http://mediawiki-japi.bitplan.com was created the bug T16025 was discussed again because using an XSD schema
was the most feasible approach to get generated Java code.
See
http://mediawiki-japi.bitplan.com/mediawiki-japi/index.php/Jaxbgenerator and
https://github.com/WolfgangFahl/Mediawiki-Japi

May 23 2015, 8:53 AM · MediaWiki-API
Seppl2013 created T100063: Mediawiki API - How can Clients stay in synch with core API changes?.
May 23 2015, 8:50 AM · MediaWiki-API

Jan 5 2015

Seppl2013 added a comment to T16025: Autogenerated XML schema.

Maybe we need another Bugreport / change request then. I there will be no XML/XSD it would still be great and useful to have something like a "Schema" as a basis. Obviously the generator that creates the help page could also generate a computer readable api description. So far I was able to create some 16 Java classes by reverse engineering the xml with a semi-automatic process:
See:
https://github.com/WolfgangFahl/Mediawiki-Japi/tree/master/src/main/java/com/bitplan/mediawiki/japi/api

Jan 5 2015, 6:02 AM · MediaWiki-API

Jan 2 2015

Seppl2013 reopened T16025: Autogenerated XML schema as "Open".

@MaxSem - i had to lookup "cruft" - the meaning seams to be unneccessary garbage. Thank you for having added this to my english vocabulary.

Jan 2 2015, 1:12 AM · MediaWiki-API

Dec 30 2014

Seppl2013 added a comment to T73172: WSF 2.8 throws warning: Missing argument 2 for WikiEditorHooks::editPageShowEditFormInitial().

Here is a fix / work-around:

Dec 30 2014, 5:51 PM · MediaWiki-extensions-Page_Forms