Kghbln (Karsten Hoffmeyer)
Third-party MediaWiki system administrator

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Oct 6 2014, 9:41 PM (171 w, 4 d)
Availability
Available
IRC Nick
kghbln
LDAP User
Kghbln
MediaWiki User
Kghbln

Languages: de-N, en-3, fr-1

Based in Berlin, Germany: UTC+1 (CET) / UTC+2 (CEST)

The profile picture is licensed CC BY-NC-ND DE 3.0, my contributions here are licensed CC BY-SA 4.0 and my code contributions are licensed according to the software's license or ISC if the software provides no explicit license information.

Recent Activity

Tue, Jan 16

Kghbln added a comment to T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.

I can confirm that the issue is still happening with the latest release, i.e.

Tue, Jan 16, 9:36 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln added a comment to T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.

We thought this had been addressed, we'll look into it.

Tue, Jan 16, 9:32 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln added projects to T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users: Discovery, Discovery-Search.
Tue, Jan 16, 3:41 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln updated subscribers of T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.

@Aklapper Thanks to the info about this page. Did not know that existed. In this case I am not absolutely sure who to ask either. I guess Discovery appears the most appropriate.

Tue, Jan 16, 3:40 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln added a comment to T184982: MassEditRegex changes pages content model to "wikitext" when editing a page.

No worries. It sounded like you had tried it. If it does not work either we have proof that we are currently restricted to wikitext as the page content model.

Tue, Jan 16, 3:35 PM · MediaWiki-extensions-Other
Kghbln added a comment to T184982: MassEditRegex changes pages content model to "wikitext" when editing a page.

So if the page content model is CSS, JavaScript, json or plaintext (all four provided by MediaWiki core) you do not observe this behavior?

Tue, Jan 16, 3:28 PM · MediaWiki-extensions-Other
Kghbln added a comment to T184982: MassEditRegex changes pages content model to "wikitext" when editing a page.

Thanks for trying. It may very well be that this is not a bug but a feature request. I guess we are not in the hands of @Malvineous

Tue, Jan 16, 3:08 PM · MediaWiki-extensions-Other
Kghbln changed the status of T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission from Open to Stalled.
Tue, Jan 16, 2:34 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln added a comment to T184982: MassEditRegex changes pages content model to "wikitext" when editing a page.

Thanks a lot. So you are hopping from REL to REL which is perfectly fine. Could you try upgrading MassEditRegex to the latest version 8.3.0 and verify that the issue is still around? I do not expect a change in behavior still we should make sure that the issue is still around.

Tue, Jan 16, 2:12 PM · MediaWiki-extensions-Other
Kghbln renamed T184982: MassEditRegex changes pages content model to "wikitext" when editing a page from MassEditRegex changes pages content model "wikitext" when editing a page to MassEditRegex changes pages content model to "wikitext" when editing a page.
Tue, Jan 16, 2:01 PM · MediaWiki-extensions-Other
Kghbln renamed T184982: MassEditRegex changes pages content model to "wikitext" when editing a page from MassEditRegex changes pages content model to MassEditRegex changes pages content model "wikitext" when editing a page.
Tue, Jan 16, 1:57 PM · MediaWiki-extensions-Other
Kghbln added a comment to T184982: MassEditRegex changes pages content model to "wikitext" when editing a page.

@Loman87 Thanks a lot for createing this issue. Just for the sake of completeness. Could you please specify the versions of MediaWiki, MassEditRegex, ProofreadPage and PHP you are using on your wiki.

Tue, Jan 16, 1:57 PM · MediaWiki-extensions-Other
Kghbln added a comment to T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.

@Aklapper Do you happen to know someone who might at least assess the issue which in short is: $wgNamespacesToBeSearchedDefault is respected for logged in users but not for anonymous users.

Tue, Jan 16, 1:54 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

So the possible cause André identified (T181765#3804500) can be ruled out. Hmm, since this is probably the case that's just the way it is, I'm afraid. No hard feelings.

Tue, Jan 16, 1:50 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions

Mon, Jan 15

Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

A fix will be great.

Mon, Jan 15, 9:41 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln closed T184846: Unclear licensing for extension-ArticleIndex as Resolved.

Author chosen GPL-3.0.

Mon, Jan 15, 8:33 AM · Patch-For-Review, User-MarcoAurelio, MediaWiki-extensions-Other, Software-Licensing

Sat, Jan 13

Kghbln added a comment to T184846: Unclear licensing for extension-ArticleIndex.

If somebody convenes to just add GPL I assume GPL-2.0. Just typing GPL is actually a non-information and everybody may choose whatever fits best.

Sat, Jan 13, 10:46 AM · Patch-For-Review, User-MarcoAurelio, MediaWiki-extensions-Other, Software-Licensing

Mon, Jan 8

Kghbln added a comment to T184424: Deprecated DIProperty methods were removed from Semantic MediaWiki.

Ah sorry - my mistake. This is meant to be about SD and for line 224:

Mon, Jan 8, 8:20 PM · MediaWiki-extensions-SemanticDrilldown
Kghbln added a comment to T184424: Deprecated DIProperty methods were removed from Semantic MediaWiki.

@Yaron_Koren I do not see any code changes to the extension so I am not sure how the fix gets in place. This is not a dupe of T184423 but the same issue for another extension.

Mon, Jan 8, 7:18 PM · MediaWiki-extensions-SemanticDrilldown
Kghbln added a comment to T184423: Deprecated DIProperty methods were removed from Semantic MediaWiki.

Thanks a lot for dealing with this in such a swift manner. I have updated the code on the wiki to use master and the issue no longer appears. Thanks a lot! Yeah, having a new and tagged release will be nice.

Mon, Jan 8, 2:46 PM · MediaWiki-extensions-DataTransfer
Kghbln created T184424: Deprecated DIProperty methods were removed from Semantic MediaWiki.
Mon, Jan 8, 12:40 PM · MediaWiki-extensions-SemanticDrilldown
Kghbln created T184423: Deprecated DIProperty methods were removed from Semantic MediaWiki.
Mon, Jan 8, 12:38 PM · MediaWiki-extensions-DataTransfer
Kghbln added a comment to T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.

Just some very quick comments:

Mon, Jan 8, 9:51 AM · Patch-For-Review, GraphViz

Sun, Jan 7

Kghbln added a comment to T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.

Imho it was a bad idea to introduce manifest 2 with MW 1.29 rather than MW 1.31. Not having aligned something like this with LTS releases of MW leads to something that we can see in the above compatibility overview. However, that's probably another story.

This is very true, and I'm sorry I instigated this. I think I was initially thinking it didn't matter as there were other non-backwards-compatible changes that needed to be made, but that's not right so we needn't have made the change. Oh well, live and learn I guess! I wish Jenkins ran tests on all current versions of MediaWiki.

Sun, Jan 7, 11:28 PM · Patch-For-Review, GraphViz

Sat, Jan 6

Kghbln added a comment to T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500.

In the meantime the publicly accessible test wiki was upgraded to:

  • MediaWiki 1.30.0 (d0c8f49) 19:49, 5. Jan. 2018
  • PHP 5.6.30-0+deb8u1 (apache2handler)
  • MariaDB 10.0.33-MariaDB-1~jessie
  • GraphViz 3.0.0 (d74210e) 01:55, 30. Dez. 2017
  • Semantic MediaWiki 3.0.0-alpha (c6a27a3) 10:19, 4. Jan. 2018
  • Semantic Result Formats 3.0.0-alpha (0482d48) 10:19, 4. Jan. 2018
Sat, Jan 6, 1:39 PM · GraphViz
Kghbln closed T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats as Resolved.

Now that the pull was merged I am very happy to confirm that GraphViz and the GraphViz related result formats of SemanticResultFormats are playing well again. Thanks a lot for dealing with this issue!

Sat, Jan 6, 1:19 PM · Patch-For-Review, GraphViz

Fri, Jan 5

Kghbln added a comment to T87572: PHP Notice: Undefined offset: 0 in /.../includes/media/FormatMetadata.php on line 1045 .

Since this has been merged and backported...

Fri, Jan 5, 8:43 PM · MW-1.29-release-notes, MW-1.27-release-notes, MW-1.30-release-notes, MW-1.31-release-notes (WMF-deploy-2018-01-09 (1.31.0-wmf.16)), Patch-For-Review, Wikimedia-log-errors, Commons, MediaWiki-File-management, Multimedia

Tue, Jan 2

Kghbln added a comment to T183892: List of messages to review is EMPTY for project MEDIAWIKI while statistics says only 40% are done..

Interesting since it is working for me I would not have expected this to happen. I wonder why I am lucky in this respect. The only thing I can think of is that probably the transgessing message is up next for Christian whereas I have stil to work on many other messages until this on is up. Anyways, touching wood.

Tue, Jan 2, 12:27 PM · translatewiki.net
Kghbln added a comment to T181981: Message not displayed on translatewiki.net when its two underscores are normalized to one.

I believe that T183892 addesses a different issue. I do not know what is going on but I have no issues at all proofreading system messages for the "MediaWiki" group.

Tue, Jan 2, 11:54 AM · MediaWiki-extensions-Translate
Kghbln added a comment to T183892: List of messages to review is EMPTY for project MEDIAWIKI while statistics says only 40% are done..

I do not see why this should be a duplicate of the linked issue. I proofread many system messages for MediaWiki (German) yesterday without issues whereas Christan fails to do so for some reason.

Tue, Jan 2, 11:53 AM · translatewiki.net
Kghbln updated subscribers of T163957: Issue with the display of the count for pages with the same name but in different namespaces.

This is most probably related. The number of accesses of a page in an namespace is also displayed on the respecive talk namespace, e.g. the number of accesses to a page "Foo" will also be shown for page "Foo_talk".

Tue, Jan 2, 11:40 AM · MediaWiki-extensions-HitCounters

Fri, Dec 29

Kghbln triaged T181981: Message not displayed on translatewiki.net when its two underscores are normalized to one as Normal priority.
Fri, Dec 29, 3:44 PM · MediaWiki-extensions-Translate
Kghbln added a comment to T181981: Message not displayed on translatewiki.net when its two underscores are normalized to one.

The fix for Semantic MediaWiki was done with pull 2880.

Fri, Dec 29, 3:43 PM · MediaWiki-extensions-Translate

Thu, Dec 28

Kghbln added a comment to T183731: 1406 Data too long for column 'th_change_comment' at row 1.

It's nothing to do with MySQL, AFAIK. It's obvious that MW hasn't truncated the string properly, the question is why.

Thu, Dec 28, 5:10 PM · MediaWiki-extensions-LiquidThreads
Kghbln added a comment to T176643: Allow for an easy copy-paste representation of information on "Special:Version".

@Rical I am pretty sure you are on the wrong issue here. It looks to me like you should first conact the creator of the module in question.

Thu, Dec 28, 11:26 AM · MediaWiki-Special-pages
Kghbln added a comment to T183731: 1406 Data too long for column 'th_change_comment' at row 1.

Do you know if this was a problem before?

Thu, Dec 28, 10:57 AM · MediaWiki-extensions-LiquidThreads

Wed, Dec 27

Kghbln created T183731: 1406 Data too long for column 'th_change_comment' at row 1.
Wed, Dec 27, 10:49 PM · MediaWiki-extensions-LiquidThreads

Dec 15 2017

Kghbln closed T167800: Search for content inside tags does not work properly as Invalid.

@dcausse @Hutchy68 I have upgraded the wiki I mentioned earlier in my posts from 1.23 to 1.27 yesterday. Prior to doing so I searched for <pre>test</pre> and <poem>test</poem> which I added to three pages each. I ran "rebuildtextindex.php" to make sure these pages are in the index. The result in 1.23 and 1.27 is equally bad, so there is no regression detectable to me. Thus I am closing this task as "invalid". It could of course be changed in the light of new findings. Improving the regular search without the involvement of ElasticSearch would be a separate task. However I consider the chances to be very low for this happening at all.

Dec 15 2017, 3:21 PM · Discovery-Search, Regression, Discovery, MediaWiki-Search

Dec 12 2017

Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

It is not working with Firefox 57.0.1 but I just tried with Chrome 63.0.3239.84 where it is working.

Dec 12 2017, 8:01 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

Are you able to hide topics now?

Dec 12 2017, 7:39 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions

Dec 11 2017

Kghbln added a comment to T177949: Extension:Sudo cannot "return to your account" for a blocked account.

I have updated the extension's page to make it obvious that the extension is currently not maintained.

Dec 11 2017, 1:14 PM · MediaWiki-extensions-Other
Kghbln added a comment to T177949: Extension:Sudo cannot "return to your account" for a blocked account.

as they made the last version bump.

Dec 11 2017, 1:09 PM · MediaWiki-extensions-Other

Dec 9 2017

Kghbln added a comment to T160298: "Special:ActiveUsers" throws database query error with sql_mode=only_full_group_by.

Fancy testing that patch?

Dec 9 2017, 12:08 AM · MW-1.27-release-notes, MW-1.29-release-notes, MW-1.28-release-notes, MW-1.29-release, MW-1.27-release, Technical-Debt, MediaWiki-Special-pages

Dec 8 2017

Kghbln added a comment to T160298: "Special:ActiveUsers" throws database query error with sql_mode=only_full_group_by.

That's the current situation. Have not checked whether this is different now:

Dec 8 2017, 11:56 PM · MW-1.27-release-notes, MW-1.29-release-notes, MW-1.28-release-notes, MW-1.29-release, MW-1.27-release, Technical-Debt, MediaWiki-Special-pages
Kghbln updated subscribers of T160298: "Special:ActiveUsers" throws database query error with sql_mode=only_full_group_by.

It will really be nice to get a fix for this into 1.31 LTS. I know that this is apparently not a front-burner thing but an LTS is always a good opportunity. :)

Dec 8 2017, 11:20 PM · MW-1.27-release-notes, MW-1.29-release-notes, MW-1.28-release-notes, MW-1.29-release, MW-1.27-release, Technical-Debt, MediaWiki-Special-pages

Dec 7 2017

Kghbln added a comment to T182322: ChronologyProtector breaks if two requests write different sets of databases.

Yes, e.g. when trying to add a property and a value for it. The autocompletion on properties sometimes does not work at all so you have to attempt again. Also there is a noticeable lag for the property names to show up for autocompletion if it works. Once you have selected a property e.g. of type date the verification that the data entered is valid takes quite some time too. Saving the stuff is slower too but not as slow.

Dec 7 2017, 8:34 PM · MW-1.31-release-notes (WMF-deploy-2018-01-16 (1.31.0-wmf.17)), Patch-For-Review, MediaWiki-Database, Wikidata, Performance-Team, User-Addshore, User-notice
Kghbln added a comment to T182322: ChronologyProtector breaks if two requests write different sets of databases.

Just wanted to report this issue. Keeping fingest crossed

Dec 7 2017, 3:24 PM · MW-1.31-release-notes (WMF-deploy-2018-01-16 (1.31.0-wmf.17)), Patch-For-Review, MediaWiki-Database, Wikidata, Performance-Team, User-Addshore, User-notice
Kghbln removed a project from T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given: Patch-For-Review.
Dec 7 2017, 12:25 PM · MediaWiki-extensions-DisplayTitle
Kghbln closed T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given as Resolved.

Thanks for fixing! We still need the tag but closing as resolved should be fine now. :)

Dec 7 2017, 12:25 PM · MediaWiki-extensions-DisplayTitle

Dec 6 2017

Kghbln added a comment to T152423: PHP Notice: Undefined variable: caller in /.../includes/HttpFunctions.php on line 83 in 1.23.15.

@Umherirrender Thanks for clarifying!

Dec 6 2017, 11:03 PM · MediaWiki-General-or-Unknown
Kghbln added a comment to T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.

I left another comment at the patch set since you are specifically focusing on MW 1.29 and MW 1.30 here.

Dec 6 2017, 3:44 PM · MediaWiki-extensions-DisplayTitle
Kghbln added a comment to T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.

@CCicalese_WMF I just checked the error log to see if something may have slipped. However everything is ok!

Dec 6 2017, 3:37 PM · MediaWiki-extensions-DisplayTitle

Dec 5 2017

Kghbln added a comment to T176594: Permit tree regeneration by users without upload permission.

And the name of that account could be configurable, or set by a system message.

Dec 5 2017, 11:43 PM · Patch-For-Review, GraphViz, Genealogy
Kghbln added a comment to T176594: Permit tree regeneration by users without upload permission.

Hm, but what about when the results of a semantic query change? (i.e. a long time later, after the upload-authorized user has left the page, and the semantic results are changed by someone else changing some other page). Does the graph regenerate? At the moment, in that situation in the Genealogy extension, an error message is shown.

Dec 5 2017, 8:35 PM · Patch-For-Review, GraphViz, Genealogy
Kghbln added a comment to T176594: Permit tree regeneration by users without upload permission.

Personally I think that any extension should stick to the respective permission setting of "upload" for the respective user group.

Dec 5 2017, 9:57 AM · Patch-For-Review, GraphViz, Genealogy

Dec 4 2017

Kghbln closed T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point as Invalid.

I don't think there is a phabricator for Arrays and NumerAlpha but since both using parsing functions I figure they missed some kind of update :/ @Aklapper any ideas of where to redirect this problem?

Dec 4 2017, 9:36 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

MinervaResourceLoaderParsedMessageModule is being used now so that's something.

Dec 4 2017, 8:38 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

So I should switch to master?

Dec 4 2017, 7:43 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

In this case the skin's docu should be fluffed. I guess it says somewhere that it can be run independently. However this is a minor thing.

Dec 4 2017, 7:36 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

I'd recommend using more recent version of MinervaNeue and MobileFrontend and see if the issue still persists.

Dec 4 2017, 7:28 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln awarded T163448: Add skin "Foreground" to twn a Love token.
Dec 4 2017, 5:23 PM · translatewiki.net
Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

@Aklapper Thanks a lot for pinning down the issue. :)

Dec 4 2017, 4:00 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln closed T163448: Add skin "Foreground" to twn as Resolved.

Thanks a lot!

Dec 4 2017, 3:45 PM · translatewiki.net
Kghbln added a comment to T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.

Anyway, it's quite at odds to how pretty much all other extensions are done. :-(

Dec 4 2017, 1:57 PM · Patch-For-Review, GraphViz
Kghbln added a comment to T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.

I believe you have discovered the root of the issue. SRF can only be installed using Composer. That's just the way it is until MW is able to handle PSR-4 (cannot find the task right now). So if you install SRF one currently cannot use GraphViz 3.0.0+ via the SRF formats making use of it. That is what this issue is about I believe.

Dec 4 2017, 10:06 AM · Patch-For-Review, GraphViz

Dec 3 2017

Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

<s>I have not worked my way through all modules,</s> however these are definitively causing issues:

Dec 3 2017, 12:23 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500.

Well the reason for this error no longer happening is that GraphViz is no longer working at all in connection with SMW and SRF. So I preliminarily created T181926 for this.

Dec 3 2017, 11:31 AM · GraphViz
Kghbln added a comment to T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.

@Samwilson Do you think this is a GraphViz or and SemanticResultFormat issue. In case of the latter this issue belongs to GitHub issue tracker for SemanticResultFormats. Anyways if you know how to fix this that will be cool since I believe a lot of people use this extension combo to get most out of GraphViz.

Dec 3 2017, 11:25 AM · Patch-For-Review, GraphViz
Kghbln updated subscribers of T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.
Dec 3 2017, 11:23 AM · Patch-For-Review, GraphViz
Kghbln created T181926: GraphViz no longer working in connection with SemanticMediaWiki and SemanticResultFormats.
Dec 3 2017, 11:23 AM · Patch-For-Review, GraphViz
Kghbln added a comment to T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.

@CCicalese_WMF I have moved in patch-set 3 on sandbox.smw.o and things seem to be fine. This was really an issue flooding the error log. I looked back into the logs for MW 1.29 and did not get this error at all so this must have been some MW 1.30 thing. Currently I do not have any wiki using 1.29 at hand so I cannot test on this version.

Dec 3 2017, 11:04 AM · MediaWiki-extensions-DisplayTitle
Kghbln added a comment to T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500.

In the meantime the publicly accessible test wiki was upgraded to:

Dec 3 2017, 10:26 AM · GraphViz

Dec 1 2017

Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

So I looked at the browser console and I am getting "unreachable code after return statement" in load.php:89:640.

Dec 1 2017, 3:54 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

I does not work for me.

Dec 1 2017, 12:03 AM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions

Nov 30 2017

Kghbln added a comment to T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.

I understand that you are an admin and that you removed the admin permission before testing? I assume that this may be connected to some admin privileges or some privileges a regular editor does not have.

Nov 30 2017, 11:41 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln updated the task description for T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.
Nov 30 2017, 11:18 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln updated the task description for T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.
Nov 30 2017, 11:17 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions
Kghbln created T181765: A user cannot hide Structured Discussion topics in Firefox despite having the "flow-hide" permission.
Nov 30 2017, 11:17 PM · Browser-Support-Firefox, Collaboration-Team-Triage, StructuredDiscussions

Nov 29 2017

Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

I have troubles to determine the modules. Is it just ext.scite.tooltip, ext.summary.cards, ext.summary.cards.tooltip? If yes they all work on their own without issues. Here are however another 10 lines of something I cannot identify following this. Are these modules too?

Nov 29 2017, 9:37 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.

Thanks a lot for your suggestions.

Nov 29 2017, 9:30 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln added a comment to T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.
  1. Is MobileFrontend being loaded before Minerva?
Nov 29 2017, 8:45 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln created T181676: BadMethodCallException from line 847 of SessionManager.php: Sessions are disabled for this entry point.
Nov 29 2017, 8:29 PM · MediaWiki-extensions-General, MinervaNeue (3rd party support), MediaWiki-General-or-Unknown
Kghbln renamed T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given from ErrorException from line 118 DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given to ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.
Nov 29 2017, 7:55 PM · MediaWiki-extensions-DisplayTitle
Kghbln updated subscribers of T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.
Nov 29 2017, 7:54 PM · MediaWiki-extensions-DisplayTitle
Kghbln updated the task description for T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.
Nov 29 2017, 7:52 PM · MediaWiki-extensions-DisplayTitle
Kghbln created T181669: ErrorException from line 118 in DisplayTitleHooks.php: PHP Warning: get_class() expects parameter 1 to be object, integer given.
Nov 29 2017, 7:52 PM · MediaWiki-extensions-DisplayTitle
Kghbln added a comment to T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500.

The error log however gives me a MediaWiki core related issue at the same time which I will report and reference to this task.

Nov 29 2017, 7:41 PM · GraphViz
Joris awarded T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500 a Baby Tequila token.
Nov 29 2017, 7:14 PM · GraphViz
Kghbln added a comment to T180376: PHP Fatal error: Call to a member function getFulltext() on null in GraphViz_body.php on line 500.

@Samwilson So more reports of this issue role in SMW GitHub issue 2848. The error log however gives me a MediaWiki core related issue at the same time which I will report and reference to this task.

Nov 29 2017, 5:05 PM · GraphViz

Nov 27 2017

Kghbln added a comment to T173209: Convert GraphViz to use extension registration.

Currently GraphViz supports MW 1.23+. The proposed change breaks compatibility with MW 1.28 and earlier due to support for manifest version 2 so I personally think that a 3.0.0 is appropriate or at least we should have a 2.2.0.

Nov 27 2017, 2:14 PM · Patch-For-Review, GraphViz

Nov 24 2017

Kghbln closed T180409: Notice: Undefined variable: found in "DisplayTitleHooks.php" on line 152 as Resolved.
Nov 24 2017, 5:30 PM · MediaWiki-extensions-DisplayTitle

Nov 23 2017

Kghbln added a comment to T94795: Support ImageMap extension in OCG bundler & renderer.

(because to be honest I haven't even been able to get electron working locally yet)

Nov 23 2017, 5:08 PM · OCG-PDFRenderer, OCG-General, ImageMap, GraphViz

Nov 22 2017

Kghbln added a comment to T173209: Convert GraphViz to use extension registration.

No, as WMF folks are not some fallback to handle code reviews for all and any of the thousands of MediaWiki extensions out there... :-/

Nov 22 2017, 1:13 PM · Patch-For-Review, GraphViz
Kghbln updated subscribers of T173209: Convert GraphViz to use extension registration.

@Welterkj FYI since you are a kind of the master of this extension. :)

Nov 22 2017, 9:43 AM · Patch-For-Review, GraphViz
Kghbln added a comment to T173209: Convert GraphViz to use extension registration.

Is there somebody at WMF dealing with this kind of changes? I know of another extension which is stock for months now due to missing +2. I fear that you effort ends up in the void too.

Nov 22 2017, 9:42 AM · Patch-For-Review, GraphViz
Kghbln updated subscribers of T94795: Support ImageMap extension in OCG bundler & renderer.

@Samwilson Have you already tried to get GraphViz and Electron working as a pair? If not there should probably be a separate task for it due to T94795#1201023.

Nov 22 2017, 9:39 AM · OCG-PDFRenderer, OCG-General, ImageMap, GraphViz
Kghbln added a comment to T94795: Support ImageMap extension in OCG bundler & renderer.

So this is still valid for Electron? Probably the task description needs to be updated.

Nov 22 2017, 9:37 AM · OCG-PDFRenderer, OCG-General, ImageMap, GraphViz

Nov 21 2017

Kghbln updated the task description for T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.
Nov 21 2017, 3:34 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln updated the task description for T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.
Nov 21 2017, 3:34 PM · Discovery-Search, Discovery, MediaWiki-Configuration
Kghbln created T181061: `$wgNamespacesToBeSearchedDefault` disregarded for anonymous users.
Nov 21 2017, 3:22 PM · Discovery-Search, Discovery, MediaWiki-Configuration