Page MenuHomePhabricator

D3nnis3n
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Sep 27 2020, 2:48 AM (182 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
D3nnis3n [ Global Accounts ]

Recent Activity

Today

D3nnis3n added a comment to T264950: Visual Editor DisableForAnons not working?.

Confirmed issue is still present.

Thu, Mar 28, 5:43 PM · Patch-For-Review, VisualEditor
D3nnis3n added a comment to T264684: "Invalid response from server." when using hCaptcha and Visual Editor.

Confirmed ReCaptcha is working fine with Visual Editor as well, just ineffective nowadays.

Thu, Mar 28, 5:20 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Thu, Mar 28, 5:13 PM · ConfirmEdit (CAPTCHA extension)

Yesterday

D3nnis3n added a comment to T361098: Turnstile not working in Visual Editor (MW 1.41).

We'll have to disagree on that one, it saying >= 1.41 (Currently only available in master branch of the extension.) for the average user clearly means it can be used in that version and higher with that branch and that is exactly what I am, not a developer.
The conflict in information to the one in the infobox can barely be on me.

Wed, Mar 27, 10:03 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n added a comment to T361098: Turnstile not working in Visual Editor (MW 1.41).

Turnstile is mentioned to work as of MW 1.41, but requiring the master branch - that is locked to 1.42 in extension.json though and hence conflicting. With adjusting that I meant changing this requirement in extension.json, to see if it works.
Which it does not, as then "Missing Captcha" will appear as error in Visual Editor. I hence simply used the patches from the implementation task (https://phabricator.wikimedia.org/T319068) and applied them to MW 1.41 ConfirmEdit, and the issue described here is the result, e.g. Turnstile does not work in MW 1.41 - and hence likely not in 1.42 either, as of that task the implementation was originally made for 1.40.

Wed, Mar 27, 2:48 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n closed T311449: ConfirmEdit - HCaptcha no longer working with Visual Editor in 1.38.1 as Resolved.

Confirmed fixed in MediaWiki 1.41.

Wed, Mar 27, 2:08 PM · MW-1.40-notes (1.40.0-wmf.17; 2023-01-02), ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:42 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:39 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:35 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:34 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:34 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:33 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n created T361098: Turnstile not working in Visual Editor (MW 1.41).
Wed, Mar 27, 12:32 PM · ConfirmEdit (CAPTCHA extension)
D3nnis3n closed T361009: Invalid magic word "var" with master branch as Invalid.

I just had time to try again and was not able to reproduce. Not sure what went wrong the first time - sorry, I'm closing myself.

Wed, Mar 27, 12:21 PM · MediaWiki-extensions-Variables

Tue, Mar 26

D3nnis3n added a comment to T360631: Singleton was called with no singleton theme set.

We have a similar issue, but it &diff=prev works for us and seems to not be the reason for the problem.
(Example link similar to OP's one works fine: Click here (SFW))

Tue, Mar 26, 2:25 PM · VisualEditor
D3nnis3n added a comment to T361009: Invalid magic word "var" with master branch.

I used wget for both directly on the server after copying the link locally, but I didn't test it more than once.
It just seemed like the link provided via "Download extension" -> "master" gave a different version than when downloading from Github directly.

Tue, Mar 26, 2:10 PM · MediaWiki-extensions-Variables
D3nnis3n updated the task description for T361009: Invalid magic word "var" with master branch.
Tue, Mar 26, 1:21 PM · MediaWiki-extensions-Variables
D3nnis3n updated the task description for T361009: Invalid magic word "var" with master branch.
Tue, Mar 26, 1:20 PM · MediaWiki-extensions-Variables
D3nnis3n created T361009: Invalid magic word "var" with master branch.
Tue, Mar 26, 1:17 PM · MediaWiki-extensions-Variables
D3nnis3n added a comment to T319068: Add Turnstile support.

I apologize for mentioning you. I still wanted to try to see if it is possible to get this to work on MediaWiki 1.41?
We have severe issues with spam bot registrations and hCaptcha is unfortunately absolutely ineffective. ReCaptcha v3 by Mirazhe was very effective, but was discontinued by them and no longer works starting MediaWiki 1.41. The main ConfirmEdit has no ReCaptcha v3 support and v2 and earlier are ineffective as well.
The only other option is disabling registrations until 1.42 again.

Tue, Mar 26, 9:50 AM · MW-1.42-notes (1.42.0-wmf.15; 2024-01-23), ConfirmEdit (CAPTCHA extension)

Oct 2 2022

D3nnis3n added a comment to T311449: ConfirmEdit - HCaptcha no longer working with Visual Editor in 1.38.1.

Confirmed in 1.38.4 as well.

Oct 2 2022, 1:15 PM · MW-1.40-notes (1.40.0-wmf.17; 2023-01-02), ConfirmEdit (CAPTCHA extension)

Jul 26 2022

D3nnis3n added a comment to T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.

Yes, it happens on 1.38.1 without my manual changes. I haven't gotten the time to update to 1.38.2 and FlaggedRevs for that version, though.

Jul 26 2022, 8:46 PM · MediaWiki-extensions-FlaggedRevs

Jun 27 2022

D3nnis3n updated the task description for T311449: ConfirmEdit - HCaptcha no longer working with Visual Editor in 1.38.1.
Jun 27 2022, 7:19 PM · MW-1.40-notes (1.40.0-wmf.17; 2023-01-02), ConfirmEdit (CAPTCHA extension)
D3nnis3n created T311449: ConfirmEdit - HCaptcha no longer working with Visual Editor in 1.38.1.
Jun 27 2022, 7:01 PM · MW-1.40-notes (1.40.0-wmf.17; 2023-01-02), ConfirmEdit (CAPTCHA extension)
D3nnis3n renamed T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8 from Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" to Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Jun 27 2022, 9:24 AM · MediaWiki-extensions-FlaggedRevs
D3nnis3n added a comment to T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.

This is a PHP > 8 issue. It works fine until 7.4.

Jun 27 2022, 9:22 AM · MediaWiki-extensions-FlaggedRevs
D3nnis3n added a comment to T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).

Yes, for my specific configuration with a global wiki in root and several language wikis in subfolders the following will work for both FlaggedRevs and Visual Editor on all of the family wikis:

Jun 27 2022, 9:18 AM · MediaWiki-extensions-FlaggedRevs
D3nnis3n added a comment to T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).

I found a potential solution, adding the following to the .htaccess for the pretty urls worked and leaves both Visual Editor and FlaggedRevs intact - of course I wasn't able to check if something else broke:
RewriteCond %{REQUEST_URI} !^/en/rest.php/.*$ [NC]

Jun 27 2022, 8:52 AM · MediaWiki-extensions-FlaggedRevs
D3nnis3n added a comment to T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).

I can confirm that reverting to 1.37.2 and the stable FlaggedRevs for that version restores functionality without any configuration change.

Jun 27 2022, 8:23 AM · MediaWiki-extensions-FlaggedRevs
D3nnis3n added a comment to T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).

Visual Editor works fine with the current configuration, when I use any of the rewrites Visual Editor doesn't work anymore. It's been a hell to get that working to begin with, so given no config was changed during the update I'm wondering why it ceased working with the update.

Jun 27 2022, 7:43 AM · MediaWiki-extensions-FlaggedRevs

Jun 26 2022

D3nnis3n added a comment to T270377: VisualEditor throws "Error contacting the Parsoid/RESTBase server (HTTP 500)" on fresh installation.

As of 1.38.1 Visual Editor works correctly with PHP 8.1, looks resolved.

Jun 26 2022, 8:55 PM · MW-1.41-notes, Editing-team (Third-party), VisualEditor
D3nnis3n updated the task description for T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).
Jun 26 2022, 5:37 PM · MediaWiki-extensions-FlaggedRevs
D3nnis3n created T311364: Impossible to mark revisions in FlaggedRevs after update to MW 1.38.1 (due to REST API configuration).
Jun 26 2022, 5:35 PM · MediaWiki-extensions-FlaggedRevs

Mar 27 2022

D3nnis3n added a comment to T270377: VisualEditor throws "Error contacting the Parsoid/RESTBase server (HTTP 500)" on fresh installation.

Glad to hear it worked, now I'm hoping for the bigger brains that might have an idea why PHP 8+ breaks this.

Mar 27 2022, 3:59 PM · MW-1.41-notes, Editing-team (Third-party), VisualEditor

Mar 25 2022

D3nnis3n added a comment to T270377: VisualEditor throws "Error contacting the Parsoid/RESTBase server (HTTP 500)" on fresh installation.

@Socksoff @Chapenkov11
Could both of you please try with a PHP version below 8?
I do have the exact same issue now, but only since I updated to PHP 8.
When I revert back to 7.4, it's gone and everything works.

Mar 25 2022, 1:57 AM · MW-1.41-notes, Editing-team (Third-party), VisualEditor

Nov 23 2021

D3nnis3n updated the task description for T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Nov 23 2021, 2:46 PM · MediaWiki-extensions-FlaggedRevs
D3nnis3n updated the task description for T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Nov 23 2021, 2:44 PM · MediaWiki-extensions-FlaggedRevs
D3nnis3n updated the task description for T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Nov 23 2021, 2:43 PM · MediaWiki-extensions-FlaggedRevs
D3nnis3n updated the task description for T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Nov 23 2021, 2:33 PM · MediaWiki-extensions-FlaggedRevs
D3nnis3n created T296302: Fatal error: Uncaught Error: Undefined constant "APCOND_FR_EDITSUMMARYCOUNT" with PHP >= 8.
Nov 23 2021, 2:33 PM · MediaWiki-extensions-FlaggedRevs

Oct 11 2021

Kghbln awarded T263928: VisualEditor in 1.35 not working (404 / Permanent Loading) a The World Burns token.
Oct 11 2021, 7:14 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Jul 12 2021

dloewenherz awarded T263928: VisualEditor in 1.35 not working (404 / Permanent Loading) a Like token.
Jul 12 2021, 2:39 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

May 26 2021

D3nnis3n added a comment to T264684: "Invalid response from server." when using hCaptcha and Visual Editor.

Hello,
thank you so much, this indeed fixes the problem and spam is gone while anonymous users can still contribute with VE active.

May 26 2021, 8:49 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)

Mar 15 2021

JeroenDeDauw awarded T263928: VisualEditor in 1.35 not working (404 / Permanent Loading) a Burninate token.
Mar 15 2021, 7:50 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Feb 6 2021

D3nnis3n added a comment to T264950: Visual Editor DisableForAnons not working?.

Thanks for the patch, i applied it to my MediaWiki installation and it disables VisualEditor for Anons.
Unfortunately, it does not disable VisualEditor Wikitext 2017 which is activated by default and forced to be used.
I'm not sure if that is intended (it's a part of VisualEditor and causes the same issue with ReCaptcha not working, hence Anons not able to actually edit pages) or maybe even because I applied the patch to a version before 1.36, but i wanted to leave this feedback.

Feb 6 2021, 1:14 PM · Patch-For-Review, VisualEditor

Nov 1 2020

Demian awarded T263928: VisualEditor in 1.35 not working (404 / Permanent Loading) a Manufacturing Defect? token.
Nov 1 2020, 12:18 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Oct 7 2020

D3nnis3n created T264950: Visual Editor DisableForAnons not working?.
Oct 7 2020, 10:21 PM · Patch-For-Review, VisualEditor
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

I guess there is no way to make Visual Editor learn HTML / BootstrapComponents? We use that on the main page and visual editing looks weirdly wrong-formatted there.

Oct 7 2020, 3:51 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Okay, found the solution:
128 MB memory limit for PHP is not enough for that page, setting it to 256 MB fixed the issue, Visual Editor took about 15 seconds to load, though. So a higher default timeout might be useful in rare circumstances where it could take that long.

Oct 7 2020, 3:44 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

That seems to not be the case, as the 500 does come after only 2 - 3 seconds, not 30. For testing i changed the value to 300 seconds and it brought no change.
I'll try adding the debug log and see if i can find anything.

Oct 7 2020, 3:38 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Well, it's not completely working. On a long page with a lot of modules it fails to connect with an error 500, but on normal sized ones it seems to work fine.
...
//EDIT:
It actually seems like this is the only page i can get this error to happen. Would a link to the page help?

Yes, please. But, since it is a HTTP 500, if you have access to the logs and you can send us a stack trace from the logs, that would be even more helpful!

Oct 7 2020, 12:21 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Oct 5 2020

D3nnis3n added a comment to T264684: "Invalid response from server." when using hCaptcha and Visual Editor.

Thank you. I also added a screenshot to make clear where it happens and how it looks, hopefully that helps.
And hopefully this time my report was formatted correctly :)

Oct 5 2020, 11:08 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T264684: "Invalid response from server." when using hCaptcha and Visual Editor.
Oct 5 2020, 11:07 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

But yeh, i can live with a single page not working in Visual Editor (actually two, as pages that are formatted with bootstrap html via BootstrapComponents extension aren't displayed correctly either).
So technically my issue is solved. If there is a fix for my 500 i'd like to know about that of course and i'm sure the others with issues in here would also like to get their visual editor going - it's awesome when it works!
But i could open a new report for the 500, given it's very likely a totally different issue. I'm not sure how that works here, so please advise on the correct steps.

Oct 5 2020, 11:04 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T264684: "Invalid response from server." when using hCaptcha and Visual Editor.

I saw that task and hence assumed Visual Editor would now work with ReCaptcha, but as i noted in my OP as a "side-notice", ReCaptcha is not working either.

Oct 5 2020, 11:01 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T264684: "Invalid response from server." when using hCaptcha and Visual Editor.
Oct 5 2020, 10:59 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n updated the task description for T264684: "Invalid response from server." when using hCaptcha and Visual Editor.
Oct 5 2020, 10:59 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n created T264684: "Invalid response from server." when using hCaptcha and Visual Editor.
Oct 5 2020, 10:56 PM · MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), VisualEditor, ConfirmEdit (CAPTCHA extension)
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Well, it's not completely working. On a long page with a lot of modules it fails to connect with an error 500, but on normal sized ones it seems to work fine.

Oct 5 2020, 10:13 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

@D3nnis3n

As I'm not familiar with Nginx, do you have an idea what the equivalent code for an .htaccess file would be?

Oct 5 2020, 10:07 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Okay, i finally got it to work:

Oct 5 2020, 6:48 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

@cscott
That does not fix my issue. I'm using that in my configuration.
It errors out with 404: https://example.com/rest.php/example.com/v3/page/html/Main%20Page
https://example.com/rest.php/example.com/v3/page/html/Main_Page

Oct 5 2020, 6:10 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Oct 4 2020

D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

@D3nnis3n: Calls to rest.php need to be parsed by the PHP parser. Please make sure, in your server configuration, that such calls go through the PHP parser.

Oct 4 2020, 8:19 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

https://domain.com/rest.php/domain.com/v3/page/html/Main_Page downloads a file called "Main_Page" to my PC, containing rest.php.

Oct 4 2020, 7:44 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
Ciencia_Al_Poder awarded T263928: VisualEditor in 1.35 not working (404 / Permanent Loading) a Pterodactyl token.
Oct 4 2020, 5:01 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

The wiki mentions it does only need to be installed if you don't want 'dirty diffs' to happen when switching editors. So it should still work out-of-the-box.
I mean i don't need it to work out of the box, but i expected a bit of a documentation on how to set it up - currently there is neither a documentation nor is it working out of the box.

Oct 4 2020, 5:24 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Oct 2 2020

D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

^ That's exactly the same thing i experience.

Oct 2 2020, 11:22 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

We'll take a look next week but in case it helps anyone in the interim, https://twitter.com/aixnr/status/1310192041503141889 might be worth checking out.

Oct 2 2020, 11:02 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release

Sep 28 2020

D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Thank you very much for your patience with me and the fixes, very appreciated. And sorry again i haven't been clear enough on what my 'issue' is from the very beginning!

Sep 28 2020, 4:59 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

That indeed makes it show a list of what it does in --verbose mode, great!
Unfortunately my Jobs Queue is working well now, so i'm not currently having something to test if it does what i want. (Okay, that's not unfortunate)
The next time we change the infobox content module i'll test it again though :)

Sep 28 2020, 4:57 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Has anyone got this to work on a base install?

Sep 28 2020, 4:50 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Which seems to agree with what we said ;)

Sep 28 2020, 4:23 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release

Sep 27 2020

D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Also, for reference: https://www.mediawiki.org/wiki/Topic:Vmxeao5p27gidhnh

Sep 27 2020, 10:31 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
Krinkle awarded T263929: purgeList.php maintenance script not doing anything a Orange Medal token.
Sep 27 2020, 8:25 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Okay, the job queue isn't actually being run and thats only my fault. When setting up the family wiki the article recommended to set $wgJobRunRate to 0. So it's not actually running.
https://www.mediawiki.org/wiki/Manual:Wiki_family#Configure - I should have looked up what it does or rather that i need to setup a cronjob manually then.
So i guess my problem should be solved with setting up the cronjob for it. And if the script here is not supposed to purge pages, its not a bug either. But i'd really like to have the option of an easy --all purge if you were ever to consider an addition to purgePage.php.

Sep 27 2020, 7:18 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Ah, yeh. I tried executing that manually as well, but it said there is no outstanding jobs to do - the pages weren't up-to-date and needed a purge nontheless, though. So that might indeed not work for some reason.

Sep 27 2020, 7:10 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Just looked up when i last used the purgeList.php to purge all pages and it was working, that was on August 19, 2020 - and we definately had 1.34 installed back then. (We log actions in our discord)

Sep 27 2020, 7:06 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Well, it's an old comment, but i've been using that method since five years now - without any issues. Now i suddenly had issues with it, so i tried to report that issue.
I'm sorry that i didn't know the intention of the script, but that really didn't bother me at that time - it fixed a problem i had for a long time and was a perfect solution.
I'm just a normal user, no developer. If it works for me, it's good ;)

Sep 27 2020, 6:59 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Here, someone posted it on Stackoverflow, first answer: https://stackoverflow.com/questions/25597846/purging-all-pages-in-mediawiki

Sep 27 2020, 6:32 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

But that's exactly what it did pre 1.34 for me.
Cache related i only got '$wgMainCacheType = CACHE_DB;'

Sep 27 2020, 6:31 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

No, none. I've gone through the list in the release notes and updated all configs i had, but those weren't in my LocalSettings.php.

Sep 27 2020, 6:25 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Like, it looks like this, for ages now:

mediawiki.png (47×1 px, 4 KB)

Sep 27 2020, 6:19 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.
Sep 27 2020, 6:18 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

When doing 'php purgeList.php --all --purge --wiki=english --verbose' prior to 1.35 it showed a list of all pages on the wiki that it purged (like with ?action=purge). That was necessary when we changed Templates that are used on every page or changed content of LUA Modules we use to fill them.
When doing this today with 'php purgeList.php --all-namespace --db-touch --wiki=english --verbose' nothing happens. The pages still display outdated data or broken modules until ?action=purge is done. It also shows no list of pages it works through in verbose mode and the script never exits in the console.

Sep 27 2020, 6:15 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Tried with --db-touch (i would never have guessed --purge is equal to --db-touch), same result. Just not actually doing anything.

Sep 27 2020, 5:40 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

So, with
location /specific/folder/rest.php {

try_files /specific/folder/rest.php =404;

}
404 error vanishes on my family wiki setup just the same as if i would set $wgVisualEditorRestbaseURL or $wgVisualEditorFullRestbaseURL, but pages are still loading forever not showing page content in the editor with /api/rest_v1/page/html/Main_Page?redirect=false&stash=true 404ing on the main wiki, and no error on the debug console on the family wikis.
(But i guess it's the same problem)

Sep 27 2020, 2:55 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Okay, i set up another MediaWiki - no pretty urls, no $wgVisualEditorRestbaseURL or $wgVisualEditorFullRestbaseURL set. Just absolute basics.
The Visual Editor still doesn't load the content of the page i want to edit. And in this case, the error console of chrome doesn't even have any 404 errors.

Sep 27 2020, 1:35 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

I feel this might be more of an issue with pretty URLs, debug console complains it cannot find "/api/rest_v1/page/html/Main_Page?redirect=false&stash=true:1 Failed to load resource: the server responded with a status of 404 ()".

Sep 27 2020, 1:10 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

@D3nnis3n: Thanks for reporting this. I've read this ticket (description and comments) twice and I'm still a bit unsure: Am I correct that this ticket basically says that "VisualEditor does not work out of box, until you manually set $wgVisualEditorRestbaseURL and $wgVisualEditorFullRestbaseURL"? Or does that just make the error message go away and it still doesn't show page content? If the latter, please manually use the URL parameter debug=true when loading a page in VE, and check both the console and the network tab of your web browser's developer tools for problems?

In general, following https://www.mediawiki.org/wiki/How_to_report_a_bug and splitting into Steps to Reproduce, Expected Outcome, Actual Outcome is very welcome, to avoid misunderstandings. Thanks!

The latter. Setting both configs makes the 404 go away, but loading is still endless. I'm now investigating this further with your tip and Seb35's remarks, though i doubt the latter will help, as it didn't work with a standalone MediaWiki either.

Sep 27 2020, 12:53 PM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n added a comment to T263929: purgeList.php maintenance script not doing anything.

Mh, not sure. The last time i used this script and it was working it still had the --all parameter, which seemingly was not removed in that change.
When i tried to purge the pages i still tried with the --all parameter and it told me that one does no longer exist. I'm not sure if it also still had the --purge parameter.
The help page here https://www.mediawiki.org/wiki/Manual:PurgeList.php still doesn't make mention of the removal of --all and the introduction of --all--namespace, so i'm not sure in which version this was changed exactly.
I'm quite sure i used purgeList in 1.34 with the old parameter but i wouldn't testify for that, it might have been an older version - but in any case the current script is not working for me.

Sep 27 2020, 3:53 AM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n added a comment to T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).

Oh, i forgot to mention what i mentioned in the topic:
"So, i found out that VisualEditor does show and work when trying to create a page that does not yet exist - but it fails when trying to edit a page that exists."
^ That was the case when i still had the 404 error on the family wikis, until i set the mentioned configs for them manually and the error subsequently gone for both editing and creating new pages.

Sep 27 2020, 3:49 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n updated the task description for T263929: purgeList.php maintenance script not doing anything.
Sep 27 2020, 3:46 AM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n updated the task description for T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).
Sep 27 2020, 3:43 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n created T263929: purgeList.php maintenance script not doing anything.
Sep 27 2020, 3:08 AM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), MW-1.35-notes, MediaWiki-Maintenance-system, MW-1.35-release
D3nnis3n updated the task description for T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).
Sep 27 2020, 3:00 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n updated the task description for T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).
Sep 27 2020, 2:59 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release
D3nnis3n created T263928: VisualEditor in 1.35 not working (404 / Permanent Loading).
Sep 27 2020, 2:59 AM · Editing-team (Third-party), Parsoid (Third-party), RESTBase-API, RESTBase, VisualEditor, MW-1.35-release