Page MenuHomePhabricator

Wikinaut
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Oct 31 2014, 6:26 PM (312 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Wikinaut [ Global Accounts ]

Recent Activity

Jun 14 2020

Wikinaut added a comment to T172060: PHP Notice: Undefined index: SERVER_NAME when running maintenance scripts.

@Krinkle I just wish to drop in. In more than one decade, I had quite a lot of installations of MediaWiki in hosting environments, i.e. virtual servers, where my above patch fully solved the issue (shown in the very first posting). I cannot go into technical details, I just wanted to say this again.

Jun 14 2020, 6:21 PM · MW-1.34-notes, MW-1.35-notes (1.35.0-wmf.37; 2020-06-16), Patch-For-Review, MediaWiki-Maintenance-system

Dec 13 2019

Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

So I think it could be an issue related to the specific php version we have or with the fact that some namespaces we use were defined as constants in the LocalSettings.

Dec 13 2019, 4:49 PM · Documentation, WikiEditor
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

@matmarex Hi, even why I must admit, that I knew this both. the extension was not working for non-NS_MAIN namespaces.
I suggest that I will scrutizine the problem (or non-problem) again and report here.

Dec 13 2019, 4:47 PM · Documentation, WikiEditor
Wikinaut added a comment to T240656: EditNotify cannot be restricted to page creations in certain namespaces. It always notifies about any page creation..

Someone else should verify/confirm this, I cannot now. At least there are two issues, this is my view. The present issue is the most important one and can be solved independently.

Dec 13 2019, 3:03 PM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240656: EditNotify cannot be restricted to page creations in certain namespaces. It always notifies about any page creation..

https://phabricator.wikimedia.org/T240391 is valid, as then - when you have also NewUserNotif active - the namespace restriction of EditNotify is not respected.

Dec 13 2019, 1:36 PM · MediaWiki-extensions-EditNotify
Wikinaut created T240656: EditNotify cannot be restricted to page creations in certain namespaces. It always notifies about any page creation..
Dec 13 2019, 8:07 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 13 2019, 7:44 AM · MediaWiki-extensions-EditNotify

Dec 12 2019

Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

(I already did so, see here https://www.mediawiki.org/wiki/Topic:Vct1uox3qprm3eak )

Dec 12 2019, 3:13 PM · Documentation, WikiEditor
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

@Aklapper: Additional question: is there a simple way or trick to programmatically add all namesspaces?

Dec 12 2019, 8:33 AM · Documentation, WikiEditor
Wikinaut closed T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs as Resolved.

I will change the description page

Dec 12 2019, 8:29 AM · Documentation, WikiEditor
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

It appears to be an issue of the correct syntax.
I changed to

Dec 12 2019, 8:28 AM · Documentation, WikiEditor
Wikinaut reopened T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs as "Open".

Reopened, because at least one issue remains.

Dec 12 2019, 8:25 AM · Documentation, WikiEditor
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

It's not correctly working:

Dec 12 2019, 8:24 AM · Documentation, WikiEditor
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

I had to deactivate the delete command in order to get that mechanism working for NS_MAIN - which I added in LocalSettings.php. I will try that again and report here whether it worked or not in the second trial.

Dec 12 2019, 8:06 AM · Documentation, WikiEditor

Dec 11 2019

Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

@Aklapper: because of

Dec 11 2019, 1:53 PM · Documentation, WikiEditor
Wikinaut renamed T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify from Extension:EditNotify interferes with Extension:New_User_Email_Notification (NewUserNotif) to Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 11 2019, 1:34 PM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 11 2019, 1:33 PM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.

$wgExtraSignatureNamespace is not used anymore for the WikiEditor extension, as far as I see.

Dec 11 2019, 12:32 PM · Documentation, WikiEditor
Wikinaut created T240448: Incorrect array syntax for $wgExtraSignatureNamespaces in docs.
Dec 11 2019, 12:31 PM · Documentation, WikiEditor
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

And regarding the missing editbuttons, I ask the MW gurus here https://www.mediawiki.org/wiki/Topic:Vcqdm74c4a1ltzg5

Dec 11 2019, 4:41 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Result: negative: the reversing of the invocation sequence does not fix the issue.

Dec 11 2019, 4:39 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

regarding your idea with reversing: I had this idea, too, but did not try that, because I really wanted to upgrade to 1.33.1, so I took the issue here as "reason" to upgrade first. Will do try reversing the invoke sequence now.

Dec 11 2019, 4:37 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Yaron: we would like to have both extensions, or, when you can "enhance" the newer "EditNotify" so that it also can be used when a new User Account is created (not: Userpage), that would be great.

Dec 11 2019, 3:52 AM · MediaWiki-extensions-EditNotify
Wikinaut renamed T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify from Extension:EditNotify: User cannot track a particular namespace or category for creation. This is however needed. to Extension:EditNotify interferes with Extension:New_User_Email_Notification (NewUserNotif).
Dec 11 2019, 3:50 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Yep! Bingo

Dec 11 2019, 2:48 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Yaron, yes, good point, as we have the NewUserNotif.php working...! I will disable that and report here, if there is an interference.

Dec 11 2019, 2:47 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Something different: the editbuttons are gone after the upgrade, any idea, why? Perhaps a cache issue... must wait

Dec 11 2019, 2:36 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Negative. Notifs come for any creations, regardless of the Namespace.
BTW, I upgraded core to 1.33.1 and also the EditNotify extension.
Strange. Let me know, if you have something what I could test.

Dec 11 2019, 2:30 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Yaron, it is *not* sensitive to the Namespace:

Dec 11 2019, 1:11 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Will try. Just a remark: I installed the extension for the 1.31 release tag, to match the core extension.

Dec 11 2019, 1:02 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

wfLoadExtension() wasn't mentioned in the Description, that's why I didn't use the modern method.

Dec 11 2019, 12:27 AM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

1.31.3 see https://events.ccc.de/congress/2019/wiki/index.php/Special:Version

Dec 11 2019, 12:26 AM · MediaWiki-extensions-EditNotify

Dec 10 2019

Wikinaut renamed T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify from Extenison:EditNotify: User cannot track a particular namespace or category for creation. This is however needed. to Extension:EditNotify: User cannot track a particular namespace or category for creation. This is however needed. .
Dec 10 2019, 10:59 PM · MediaWiki-extensions-EditNotify
Wikinaut updated the task description for T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 10 2019, 10:47 PM · MediaWiki-extensions-EditNotify
Wikinaut updated the task description for T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 10 2019, 10:46 PM · MediaWiki-extensions-EditNotify
Wikinaut added a comment to T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.

Here's our setup:

Dec 10 2019, 10:46 PM · MediaWiki-extensions-EditNotify
Wikinaut created T240391: Older Extension:New_User_Email_Notification (NewUserNotif) interferes with newer, modern Extension:EditNotify.
Dec 10 2019, 10:42 PM · MediaWiki-extensions-EditNotify

Nov 20 2019

Wikinaut added a comment to T237859: Page Content Service content for de:Briar_(Instant_Messenger) not updated when content transcluded from Wikidata is edited.

As a workaround, I believe that performing a purge or null edit of the article will trigger a PCS update that will pull in changes to transcluded content.

Nov 20 2019, 9:38 PM · Platform Engineering (Icebox), Product-Infrastructure-Team-Backlog
Wikinaut updated the task description for T237859: Page Content Service content for de:Briar_(Instant_Messenger) not updated when content transcluded from Wikidata is edited.
Nov 20 2019, 3:06 PM · Platform Engineering (Icebox), Product-Infrastructure-Team-Backlog
Wikinaut added a comment to T173098: [BUG] Updated article version does not shown immediately upon publishing an edit in the app.

As reported by me in https://phabricator.wikimedia.org/T237859 , the update of the wikidata content of the dewiki "Briar (Instant Messenger)" page recetnly had a delay of more than 8 days which is not acceptable.

Nov 20 2019, 7:00 AM · Platform Engineering, Product-Infrastructure-Team-Backlog, Mobile-Content-Service, Wikipedia-Android-App-Backlog

Nov 10 2019

Wikinaut created T237859: Page Content Service content for de:Briar_(Instant_Messenger) not updated when content transcluded from Wikidata is edited.
Nov 10 2019, 4:00 PM · Platform Engineering (Icebox), Product-Infrastructure-Team-Backlog

Oct 27 2019

Wikinaut added a comment to T172060: PHP Notice: Undefined index: SERVER_NAME when running maintenance scripts.
Oct 27 2019, 8:39 PM · MW-1.34-notes, MW-1.35-notes (1.35.0-wmf.37; 2020-06-16), Patch-For-Review, MediaWiki-Maintenance-system
Wikinaut added a comment to T172060: PHP Notice: Undefined index: SERVER_NAME when running maintenance scripts.

@Aklapper yes, please (first patch since a long time... be patient with me, pls.) : https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/546370/1/includes/GlobalFunctions.php

Oct 27 2019, 8:35 PM · MW-1.34-notes, MW-1.35-notes (1.35.0-wmf.37; 2020-06-16), Patch-For-Review, MediaWiki-Maintenance-system

Oct 25 2019

Wikinaut added a comment to T172060: PHP Notice: Undefined index: SERVER_NAME when running maintenance scripts.

Hi, I recently came back to MediaWiki development, since a long time. I discovered PHP Notice: Undefined index: SERVER_NAME in /includes/GlobalFunctions.php on line 1432.

In my view this could be fixed by additional checking in the last condition path

} elseif ( isset ( $_SERVER['SERVER_NAME'] ) ) {
        # This may be a virtual server.
        $host = $_SERVER['SERVER_NAME'];
} else {
        global $wgServerName;
        $host = $wgServerName;
}

whether $wgServerName has been set in LocalSettings.php and then use this $wgServerName value here.

See https://www.mediawiki.org/wiki/Manual:$wgServerName/

Oct 25 2019, 10:06 AM · MW-1.34-notes, MW-1.35-notes (1.35.0-wmf.37; 2020-06-16), Patch-For-Review, MediaWiki-Maintenance-system

Jul 7 2019

Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

Dear @Reedy we both came to the same conclusion: the MediaWiki code stops in the last second, when actually trying to perform the action, the action is not performed, when "edit" right is missing on which the action depends.
So my observation appears to a mere cosmetic problem when the User rights are listed on the SpecialPage. My issue should be reformulated as a documentation and SpecialPage improvement. Let me know, if you want me to formulate a new bug - or if you prefer to take over (what I prefer).

Jul 7 2019, 10:49 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

Are you actually able to do those actions without the edit right? Or is it just how things appear on Special:ListGroupRights?

Jul 7 2019, 10:33 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

And, @Reedy, it can be that the documentation is right, that for (actually, for example) "moving" a page the "edit" right is required, but finally (when a user without "edit" right tries to "move") this action is blocked. But if this is the case, the documentation should be corrected, and the SpecialPage should be reformulated, if it shows "move" right but if the action is finally blocked at the last stage in the code.
(I don't expect that the code is written in that way).

Jul 7 2019, 10:23 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

Honestly, I have no hint, because in 2000ies, I always modified everything (including DefaultSettings), so I perhaps never noticed this "issue". In early 2010 I started to keep everything in LocalSettings and noticed the problem just right now.

Jul 7 2019, 10:20 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

So if admin removes USER EDIT right in LocalSettings, all dependend rights should be unset as well.

Jul 7 2019, 10:17 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

See above. Documentation says that for createpage, createtalk, move etc, EDIT right is required, too. Please test for yourself, pls. I am pretty sure, there is an overlooked bug in the user rights logic and documentation.

Jul 7 2019, 10:16 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut added a comment to T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).

@Reedy for "User" (as mentioned in the issue title).

Jul 7 2019, 10:12 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut updated the task description for T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).
Jul 7 2019, 9:00 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management
Wikinaut created T227399: [MW 1.31.3] User right issue: user "move", "createpage", "createtalk" rights appear NOT to require/depend any more on "edit" right (documentation states the opposite).
Jul 7 2019, 8:11 AM · Documentation, MediaWiki-Documentation, MediaWiki-User-management

Nov 26 2018

Wikinaut added a comment to T172060: PHP Notice: Undefined index: SERVER_NAME when running maintenance scripts.

Hi, I recently came back to MediaWiki development, since a long time. I discovered PHP Notice: Undefined index: SERVER_NAME in /includes/GlobalFunctions.php on line 1432.

Nov 26 2018, 10:35 AM · MW-1.34-notes, MW-1.35-notes (1.35.0-wmf.37; 2020-06-16), Patch-For-Review, MediaWiki-Maintenance-system

Jun 15 2018

Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

@Aklapper If at least someone confirms my observation, then I will try to fix this. It is as simple as to set $wgMaxCredits .

Jun 15 2018, 4:25 PM · Regression, MediaWiki-General
Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

What the heck does this cryptic string mean?

Jun 15 2018, 9:45 AM · Regression, MediaWiki-General
Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

@Aklapper What does this "comment" (date 20180615 10:04 AM) mean?

Jun 15 2018, 8:25 AM · Regression, MediaWiki-General
Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

@Aklapper André, can you or anyone else please confirm my observation? It looks to be a regression which nobody noticed before.

Jun 15 2018, 8:24 AM · Regression, MediaWiki-General

May 16 2018

Dinoguy1000 awarded T38203: Merge TitleKey into core a Like token.
May 16 2018, 12:51 AM · MediaWiki-extensions-TitleKey

Mar 23 2018

Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.
Mar 23 2018, 6:02 AM · Regression, MediaWiki-General
Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

@Aklapper André, can you or anyone else confirm my observation? It looks to be a regression which nobody noticed before.

Mar 23 2018, 6:01 AM · Regression, MediaWiki-General

Jan 10 2018

Wikinaut added a comment to T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.

Can someone of you (please!) confirm my observation? This helps me.

Jan 10 2018, 7:46 PM · Regression, MediaWiki-General

Jan 6 2018

Wikinaut renamed T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names from [Regression in 1.30.0] Page credits ($wgMaxCredits > 0) lack editors' names (not rendering editors' names) to [Regression? in MediaWiki 1.30.0] Page credits ($wgMaxCredits > 0) lack editors' names (not rendering editors' names).
Jan 6 2018, 12:12 AM · Regression, MediaWiki-General
Wikinaut renamed T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names from [Regresion in 1.30.0] Page credits ($wgMaxCredits > 0) lack editors' names (not rendering editors' names) to [Regression in 1.30.0] Page credits ($wgMaxCredits > 0) lack editors' names (not rendering editors' names).
Jan 6 2018, 12:12 AM · Regression, MediaWiki-General
Wikinaut created T184317: After setting $wgMaxCredits > 0, page credits still do not display editor names.
Jan 6 2018, 12:12 AM · Regression, MediaWiki-General

May 4 2017

Wikinaut added a comment to T29884: enotif doesn't send email if page on watchlist edited following a minor edit and enotif not configured to send minor edits..

Hmmm, are you really sure that it is not a simple (and real) "bug"? Adding another column would make the whole code, and database scheme, even more complicated. (I need to check the issue in a reference wiki implementation. Later.)

May 4 2017, 10:13 PM · User-notice, MediaWiki-Email

Dec 18 2016

Wikinaut added a comment to T48443: Sanitizer fails to include image tags if incorrectly written as closed/void tags <img src= />.

RSS feeds are coming in a "zoo" of variants - please feel free to submit a pull request if you have a working fix for your problem. I can only tell you that image and image tags are not only difficult but can be dangerous for the page where these rendered.

Dec 18 2016, 10:37 AM · MediaWiki-Parser

Nov 11 2016

Kghbln awarded T38203: Merge TitleKey into core a Like token.
Nov 11 2016, 8:49 PM · MediaWiki-extensions-TitleKey

Sep 8 2016

Wikinaut added a comment to T144960: [BUG] Wikipedia App crashes suddenly.

(see also https://wikitech.wikimedia.org/wiki/Incident_documentation/20160907-Android )

Sep 8 2016, 6:40 PM · Wikipedia-Android-App-Backlog

Sep 7 2016

Wikinaut added a comment to T144960: [BUG] Wikipedia App crashes suddenly.

If I may ask, which portions of the Main Page do you find the most useful? (i.e. what do you find missing from the feed?)

Sep 7 2016, 9:32 PM · Wikipedia-Android-App-Backlog
Wikinaut added a comment to T144960: [BUG] Wikipedia App crashes suddenly.

@bearND Thanks for swift answer.
By the way, as I don't like the new app start page - I wish to start with my last seen page, or with the current Main Page:

Sep 7 2016, 7:09 PM · Wikipedia-Android-App-Backlog
Wikinaut added a comment to T144990: [CRASH] Content Service shouldn't send empty objects.

Ah, so this is a new issue ? Please update then the App as soon as possible, thanks.

Sep 7 2016, 7:03 PM · Wikimedia-Incident, User-mobrovac, RESTBase-API, RESTBase, Services, Mobile-Content-Service, Wikipedia-Android-App-Backlog
Wikinaut added a comment to T144960: [BUG] Wikipedia App crashes suddenly.

Server issue ?

Sep 7 2016, 5:17 PM · Wikipedia-Android-App-Backlog
Wikinaut added a comment to T144960: [BUG] Wikipedia App crashes suddenly.

App version 2.3.152-r-2016-08-18

Sep 7 2016, 5:16 PM · Wikipedia-Android-App-Backlog
Wikinaut renamed T144960: [BUG] Wikipedia App crashes suddenly from [BUG] Wikipedia App crashes suddently to [BUG] Wikipedia App crashes suddenly.
Sep 7 2016, 5:15 PM · Wikipedia-Android-App-Backlog
Wikinaut created T144960: [BUG] Wikipedia App crashes suddenly.
Sep 7 2016, 5:14 PM · Wikipedia-Android-App-Backlog

Jul 26 2016

Wikinaut added a comment to T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.

@Aklapper I don't understand your comment.

Jul 26 2016, 10:36 AM · Collection
Wikinaut added a comment to T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.

I found, that when I use the "preview" of the PediaPress rendering process, the table are correctly shown. However, as reported, the PDF rendering of Wikipedia stills fails to render tables.

Jul 26 2016, 8:22 AM · Collection

Jul 21 2016

MGChecker awarded T3876: Send a notification when someone else edits your userpage a Like token.
Jul 21 2016, 9:50 PM · Patch-Needs-Improvement, Growth-Team, Collaboration-Team-Triage, MediaWiki-Email, Notifications

Jul 15 2016

Wikinaut added a comment to T140513: Typo/translation Extension Collection "Buch speichern".

@Aklapper thanks.

Jul 15 2016, 10:08 PM · Collection
Wikinaut updated the task description for T140513: Typo/translation Extension Collection "Buch speichern".
Jul 15 2016, 8:20 PM · Collection
Wikinaut updated the task description for T140513: Typo/translation Extension Collection "Buch speichern".
Jul 15 2016, 8:19 PM · Collection
Wikinaut renamed T140513: Typo/translation Extension Collection "Buch speichern" from Typo/translation Extension Collection to Typo/translation Extension Collection "Buch speichern".
Jul 15 2016, 8:19 PM · Collection
Wikinaut created T140513: Typo/translation Extension Collection "Buch speichern".
Jul 15 2016, 8:18 PM · Collection
Wikinaut added a comment to T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.

Tables _were_ rendered formerly, see https://upload.wikimedia.org/wikipedia/commons/thumb/1/18/MediaWiki_Developer's_Guide_-_photos_of_a_printed_book.png/500px-MediaWiki_Developer's_Guide_-_photos_of_a_printed_book.png but are not currently.

Jul 15 2016, 1:36 PM · Collection
Wikinaut added a comment to T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.

I find it ridiculuous - if it is really true - that Extension Collection is not supporting the rendering of simple tables.

Jul 15 2016, 1:28 PM · Collection

Jul 14 2016

Wikinaut added a comment to T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.

Reedy: thanks.

Jul 14 2016, 8:32 PM · Collection
Wikinaut created T140414: PDF (book) creation fails to render the table "Die zehn höchsten Scheitelwasserstände am Pegel Hohensaaten" on https://de.wikipedia.org/wiki/Oderbruch#Oderhochwasser.
Jul 14 2016, 8:22 PM · Collection

Nov 7 2015

Wikinaut added a comment to T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).

@Dbrant yes, thanks for the idea for doing it in a fork in parallel to my other projects https://github.com/Wikinaut/wikipedia-app .

Nov 7 2015, 7:40 AM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog

Nov 6 2015

Wikinaut added a comment to T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).

ad #1.1 I will fix this, too.
ad #1.2 A mix of incognito and standard was unwanted - I coded that: initially one could decide not to remember search history and article history with separate settings - but as said, it was unwanted.
ad #1.3 I think that saving pages is an intended action of a user, and should be available, but could technically of course be disabled as well.

Nov 6 2015, 10:15 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog
Wikinaut added a comment to T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).

@Wikinaut, I tried the latest patchset and I think it should stay on hold. I really like the idea but we need 1) new UI and UX for a real incognito mode and 2) true privacy.

Nov 6 2015, 9:23 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog

Nov 5 2015

Wikinaut renamed T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned) from "Incognito mode" - Add an option to disable save of recent search queries and recent articles to "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).
Nov 5 2015, 5:19 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog

Oct 27 2015

Wikinaut updated the task description for T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).
Oct 27 2015, 6:04 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog
Wikinaut updated the task description for T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).
Oct 27 2015, 6:03 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog
Wikinaut added a comment to T96546: "Incognito mode" - Add an option to disable save of recent search queries and recent articles (working patch available, but currently abandoned).

A decision to drop this patch is not a good decision. I explained that already in the commit comment:

Oct 27 2015, 6:03 PM · Privacy, Design, WorkType-NewFunctionality, Wikipedia-Android-App-Backlog
Wikinaut added a comment to T116778: [FOR DISCUSSION] Default "Privacy" settings: Set the default of every preference to "maximum privacy".

These setting should be reviewed now and then.

Oct 27 2015, 5:02 PM · Privacy, Design, Wikipedia-Android-App-Backlog
Wikinaut updated the task description for T116778: [FOR DISCUSSION] Default "Privacy" settings: Set the default of every preference to "maximum privacy".
Oct 27 2015, 4:56 PM · Privacy, Design, Wikipedia-Android-App-Backlog
Wikinaut created T116778: [FOR DISCUSSION] Default "Privacy" settings: Set the default of every preference to "maximum privacy".
Oct 27 2015, 4:56 PM · Privacy, Design, Wikipedia-Android-App-Backlog
Wikinaut added a comment to P2240 RecentSearchesFragment-cursor.

looks to be okay, I tested on two devices, and in the emulator. Fix will follow! One moment

Oct 27 2015, 4:40 PM
Wikinaut added a comment to T116540: Create APKs with app_name, variant, flavour, version and git hash in the filename. Example: Wikipedia App-prod-release-132-cafedab.apk.

@Niedzielski : ok. I coded that for myself. When you have many apk, and send them to your device, it's the hell if they all are called "app-release.apk" or so. That#s why I thought, it might of general interest that the apk name contains at least the word "Wikipedia" (or "Wikipedia-App").

Oct 27 2015, 3:28 PM · Patch-For-Review, Wikipedia-Android-App-Backlog