Softaculous dev's just reported to me:

@Xelgen i'm on namecheap shared hosting. As mentioned, i only experienced this issue on a Softaculous install. When i created a manual install, this error went away.

In T265043#6813693, @Johnywhy wrote:

still cannot save edits with Visual Editor. I can view and edit pages, but i get error on clicking Save:

"Error contacting the Parsoid/RESTBase server (HTTP 403)"

In T261921#6813568, @TheConen wrote:

Well, in that case, I'm at my wit's end... sorry ¯\_(ツ)_/¯.

(also posted to extension talk page)

In T265043#6693561, @matmarex wrote:

So, to summarize – to use VisualEditor, you'll need to grant everyone who should be able to edit the 'writeapi' right. There is no way around this, but it should be safe to do even on private wikis. I hope you found a configuration that you're happy with.

I documented this on https://www.mediawiki.org/wiki/Extension:VisualEditor#Troubleshooting (https://www.mediawiki.org/w/index.php?title=Extension:VisualEditor&diff=4285674&oldid=4285160).

thx for trying!

In T261921#6813307, @TheConen wrote:

Visual Editor needs anonymous access to read, edit and writeapi.

With my settings as shown above, Visual Editor is able to read and edit pages. Just cannot save.

In T22784#244394, @demon wrote:

essentially a power-user feature.

In T261921#6809887, @TheConen wrote:

What happens with this one?

wfLoadExtension( 'VisualEditor' );
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['*']['edit'] = true;
$wgGroupPermissions['*']['writeapi'] = true;

In T261921#6809732, @TheConen wrote:

Remove everything except

wfLoadExtension( 'VisualEditor' );

from your config and see if that works.

In T261921#6809537, @TheConen wrote:

Try the code snippet I mentioned above
The correct bug report for your problem is T265043

In T261921#6809460, @TheConen wrote:

If VisualEditor is not working at all for you, you are in the wrong bug report.... this bug report is about Visual Editor not working with pages containing /. All other pages should work fine. If that's not the case for you, your problem with VisualEditor lies elsewhere.

In T261921#6809381, @TheConen wrote:

For a standard MediaWiki installation, you don't need any configuration except

wfLoadExtension( 'VisualEditor' );

which is usually done automatically.

! In T261921#6809371, @TheConen wrote:
Since MediaWiki 1.35, Parsoid is a PHP based service

In T261921#6809121, @ti_infotrad wrote:

Absolutely

Le sam. 6 févr. 2021 14 h 54, Johnywhy <no-reply@phabricator.wikimedia.org>

Could this method be used to run Parsoid on the same server?

In T261921#6802427, @ti_infotrad wrote:

@Johnywhy, you just need to follow the installation instructions given at https://www.mediawiki.org/wiki/Extension:VisualEditor#Linking_with_Parsoid

Is it possible to use the external Parsoid service with MW 1.35?

Yes, that is what I have decided to do.

In T261921#6685679, @ti_infotrad wrote:

This was working fine with the external Parsoid service

Will report back next time I try.

In T192330#4138688, @Aklapper wrote:

@Johnywhy: The language that was used in the previous comment is belittling ("I assume you know that." No, I did not) and insulting.

In T191591#4479388, @Aklapper wrote:

In T191591#4478784, @Johnywhy wrote:

Did you understand it?

@Johnywhy: Please read https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette and https://www.mediawiki.org/wiki/Code_of_Conduct if you'd like to stay active in Wikimedia Phabricator. Thanks.
(For clarification: I'm explicitly asking you to change your tone which quickly turns things personal, also based on more of your comments you have made in Wikimedia Phabricator in the past.)

Exactly how often do you consider often enough?
Do you understand the importance of consistent headers? Currently, they are not consistent.

T138147: allow lower-case user names is not a duplicate. Different.

No, that is NOT a duplicate. Did you read it? Did you understand it?

Sorry, you're right. I posted this before I saw the original report.

In T198577#4391603, @Anomie wrote:

That's what you would do from a client program

Ok, thx for clarifying.

No, it's not invalid. We still don't know the cause.
Disabling anonymous read when logged in as admin shouldn't break anything.

ok, found the issue. Disabling anonymous reads on the wiki breaks this.
Now i need to determine which specific page is needed. Not sure how to do that.

@Anomie the code i'm using works on MW 1.30. Only failed after upgrading to 1.31.
Until we really know the precise cause of the problem, i think you cannot guess what the source is. All code involved is equally suspect-- my code, the extension, MW, and php.

@Vvjjkkii what is the meaning of these nonsense edits and tags?

@Vvjjkkii what is the meaning of these nonsense edits and tags?

In T197973#4326465, @Yaron_Koren wrote:

When editing sections, category tags are indeed included

In T196412#4310602, @Aklapper wrote:

This task is about code in the FlaggedRevs codebase. Why should it be related?

Fantastic. Is this the issue?
https://github.com/Alexia/DynamicPageList/issues/55

related?
https://phabricator.wikimedia.org/T197893#4310406

Related?
https://phabricator.wikimedia.org/T197893#4310406

v 1.31 new install
DPL3.

Okey-dokey, thx.

In T197973#4308587, @Foxtrott wrote:

that usually means "as time permits" and does not mean that they are responsible for every bug

i'm not the maintainer. The author is the maintainer of the extension. Therefor, the author already has volunteered to maintain the extension. Being "maintainer" includes bug-fixes, doesn't it?

May be related.
Page title says "Edit", even though url doesn't contain action=edit

@Aklapper phabricator dev says muting is stronger than mentions.
https://discourse.phabricator-community.org/t/request-less-obtrusive-status-updates/1530/15

I tried to unsubscribe you just now, but it appears i don't have that power. Sorry about that.

@Deskana here's a screen capture of this bug on Firefox. I'm getting identical behavior on Chrome. Can you possibly share a capture of your test, so i can see what we're doing differently?

@Aklapper have you duplicated the problem?

In T195931#4242083, @Aklapper wrote:

(See https://www.mediawiki.org/wiki/Phabricator/Help for general information / help on Phabricator.)

In T76993#824543, @Qgil wrote:

A mere reply... to a comment you made. Isn't it reasonable to expect that the commenter wants you to know?

This post is NOT asking how to delete MediaWiki pages.

@Zoranzoki21 thx, but this thread has absolutely nothing to do with my post that you merged into it.

@Aklapper, Phabricator Support informed me:

Aklapper can now Mute the conversation, which should stop this. Also, since he’d removed himself from the subscribers, it shouldn’t auto-add him on mentions.

https://discourse.phabricator-community.org/t/request-less-obtrusive-status-updates/1530/4?u=johnywhy

In T195728#4239408, Aklapper wrote:

Please stop CC'ing me by quoting my name. Thanks.

In T195728#4238739, @Aklapper wrote:

[offtopic] T96464: Upon edit, a task description which mentions a Phab user (re)adds that Phab user to CC/Subscribers field

i have duplicated this problem on Firefox, new clean Firefox downloaded today. On windows 8.x

In T195728#4238149, @Aklapper wrote:

Please do not re-subscribe me to a task after I have unsubscribed myself from a task.

Bug found on IE too.
I've added more detail to my test steps.
Please try again with my updated steps.

In T195761#4238158, @Deskana wrote:

In T195761#4238154, @Johnywhy wrote:

on chrome browser?

In T195761#4238151, @Deskana wrote:

[…] using the steps provided in the task description […]

The answer to your question is in the comment I wrote. Yes.

In T195761#4238151, @Deskana wrote:

I made an edit to the page using the steps provided in the task description, and could not reproduce the problem.

i have explained what's incorrect. What's missing from my description?

you still have not duplicated my test conditions.

I've submitted a request to Phacility. Have you?
https://discourse.phabricator-community.org/t/request-less-obtrusive-status-updates/1530