What tooblar is it exactly? Thanks.

As I haven't seen any more discussion on this report for 3 days, and that the Gerrit patch has been uploaded, I have closed this task. Feel free to reopen it if there is more to discuss.

Alrighty, @Fomafix. We're glad that we could help you with this. :)

@Fomafix: What browser are you using? That would be helpful too.

You're probably saying that the patch uploader delivers the empty HTML page when clicking the Submit button. Does the patch still upload, however?

It should probably be changed to "Save page button", since the button to publish your edits says "Save page". I wouldn't exactly go with "Submit" on this one.

As this task hasn't been commented on for a while, I have closed it. Feel free to reopen the task if there is anything else to say.

Thanks. Requested the site-wide change, and the stuff to do with the coding seems to have fixed it. The task is now closed. :)

@Krenair: @Rillke mentioned that there was an issue with the file shortly after it was uploaded.

Hmm. It seems that this task has been abandoned, and it seems we've figured out what the problem was with it. I have closed this task as "Resolved".

Alrighty. Closing this task as "Resolved".

In T78354#843296, @GOIII wrote:

Pretty sure that is not an issue with the WikiEditor extension itself but the site specific .css styling in effect dealing with EditTools on Commons..

If I add

.wikiEditor-ui-toolbar .sections .section {
    line-height: normal !important;
}

to my personal common.css on the Commons project, the characters in EditTools become centered nicely within the faux button borders.

What to do with this bug & how to route it next I'm not exactly sure unfortunately. Can you please verify adding the same to your personal css results in the same rendering in the meantime?

UPDATE: I even just started a new village pump discussion about deleting the redirect pages. It can be found on the below link.

Hmm. The fact that we can't seem to be able to fix this redirect issue means that we'll have to delete the redirect pages. I believe that's the only way we'll be able to fix this issue.

I'm getting this too. It's obviously a bug a with Phabricator itself. Unless someone at Phabricator looks into it, there's not much that we can do.

Do you have a screencast to show this in action?

In T76920#823222, @Rillke wrote:

There was an issue with the file shortly after it was uploaded.

Hmm. I clicked both links and I see the search engine yielding the same results, except the first two results are flipped around on the second link. So, search works fine for me.

Yeah. This is very strange indeed. Why would a redirect list itself as a redirect to itself? I am wondering if anyone else is going to see this Phabricator task.

I just edited the task. Here's more documentation on this issue.