@Jdlrobson Hi, please explain the above, I'm not familiar with the lingo. To me it's a bit odd that something could stay in a 'review queue' for 362 days? Why abandon it, is it superseded by something else or now obsolete due to other changes?

In T235789#5593025, @mmodell wrote:

In T235789#5586172, @Waddie96 wrote:

Thanks I will test the browser extension and revert back to you it’s usefulness. And, if it’s useful, can it be included in Phab as a ‘Gadget’ which can be enabled in settings, if possible and also if the extension is open-source of course

Yes it's open source, and I would like to make it the default view at some point, I just haven't found the time to work on it, given that the extension works well enough it hasn't been a priority.

I suggest avoiding suggesting disambiguation pages as the first or second hit in Link in VE

In T234489#5573307, @matmarex wrote:

@Waddie96 @SerialNumber54129 I don't see this problem any more right now. I just tested on https://en.wikipedia.org/wiki/The_Fighting_Temeraire?veaction=edit and I was able to cut, paste or delete references, paragraphs, or even the entire article, and the editor was still responsive and the "Review your changes" dialog showed the expected results.

If you still see this problem, can you say which article and which reference in it are affected, and describe anything else you do to trigger it?

In T235789#5586172, @Waddie96 wrote:

In T235789#5585728, @mmodell wrote:

There is a browser extension which will do what you want, but only for Phabricator's built-in notifications (not for email).

Depending on which browser you use, you can install either the Firefox Addon or the Chrome Extension. I'm not aware of an equivalent extension for any other browsers.

Thanks I will test the browser extension and revert back to you it’s usefulness. And, if it’s useful, can it be included in Phab as a ‘Gadget’ which can be enabled in settings, if possible and also if the extension is open-source of course

@Aklapper it seems https://secure.phabricator.com/T8924 relates to push notifications. I’m talking about bundling notifications (bundled by task) in the way they’re displayed on the notification stream so the notifications stream isn’t cluttered by people adding/removing projects, removing/adding subscribers—which is definitely pertinent information but not as important as replies and such which tend to be scattered among the notification stream.

In T235789#5585728, @mmodell wrote:

There is a browser extension which will do what you want, but only for Phabricator's built-in notifications (not for email).

Depending on which browser you use, you can install either the Firefox Addon or the Chrome Extension. I'm not aware of an equivalent extension for any other browsers.

In T235789#5585721, @Aklapper wrote:

Is this about email notifications or about web notifications in the top bar?

Might be https://secure.phabricator.com/T8924 in upstream.

@Aklapper Browser: Safari 13 on iOS 13.1.3, browser size 375 x 635

In T234550#5567642, @Volker_E wrote:

@Krinkle has provided a different idea in a conversation today, that I think is worthwhile considering over the mirroring I've provided above.
transform: scale( -1 ) scale( -1 );
https://usercontent.irccloud-cdn.com/file/Bw0Ow2hV/Untitled2.mov

In agreement with him, it provides a more “rewarding” feel that accompanies the star icon. My additional take were to add a different animation on removing from watchlist action, as the rewarding emphasis felt wrong there. A fade-out transition seems more appropriate. The action is resulting in a user notice aside of the click animation.

The tag is "This article was nominated for deletion on 29 June 2007. The result of the discussion was keep." on the talk page. And "This article needs additional citations for verification" on the article page.

Has the update been deployed yet? Also, thank you!

It also appears when selecting text that includes a Citation in VE and pressing delete freezes VE

Is it possible to place talk page tags like article tags are done?

That looks rather good, thank you

In T233320#5540141, @matmarex wrote:

My current theory is that both VE and RB do everything right, and the etags are mangled/dropped by some proxy or browser extension. There are definitely extensions that will drop etags for "privacy", e.g. https://addons.mozilla.org/en-US/firefox/addon/etag-stoppa/ https://chrome.google.com/webstore/detail/cookiebro/lpmockibcakojclnfmhchibmdpmollgn (I haven't tried installing these, only read the descriptions).

I'm not sure how it's going to help, but I'll go ahead and add some logging for this too in VE API. Maybe we'll see a single user-agent responsible for this or something.

For future reference, this can be caught at https://en.wikipedia.org/w/index.php?title=Special:AbuseLog&wpSearchFilter=861

Is this related to T230272: 404 error when using VisualEditor: apierror-visualeditor-docserver-http?

For the first time since I've encountered this bug I received a Resolve edit conflict instead of the HTTP 404 error. The beta feature is disabled.

In T234050#5531568, @Lofhi wrote:

Merge with T233994?

In T233127#5529946, @Waddie96 wrote:

In T233127#5529332, @mobrovac wrote:

It would greatly help if you could provide us with the full request sent to the server and the full response message sent back from the server (including request and response headers), since there is a wide range of reasons why the server responds with a 404.

Of course, how does one do that? I've created a .HAR file from the moment I load VE until the error, but I don't know which part of the .HAR I should post here that is the "full request sent to the server and the full response message sent back from the server (including request and response headers)"

In T233127#5529332, @mobrovac wrote:

It would greatly help if you could provide us with the full request sent to the server and the full response message sent back from the server (including request and response headers), since there is a wide range of reasons why the server responds with a 404.

In T233127#5527713, @Ryasmeen wrote:

In T233127#5522908, @Waddie96 wrote:

In T233127#5520602, @Ryasmeen wrote:

In T233127#5509477, @kaldari wrote:

@Ryasmeen - Can you reproduce this bug? (Note that it's specifically happening when there is an edit conflict and the two-column edit conflict beta feature is active.)

Yes @kaldari, I was just able to reproduce this but only once:

Did you encounter it secondary to an edit conflict or independent of that?

I encountered this twice once with Two column edit conflict being enabled and once without. But only once on that day. So I think it happens only once a day? I'm still not sure of that yet. Will check again tomorrow and confirm.

In T233127#5520602, @Ryasmeen wrote:

In T233127#5509477, @kaldari wrote:

@Ryasmeen - Can you reproduce this bug? (Note that it's specifically happening when there is an edit conflict and the two-column edit conflict beta feature is active.)

Yes @kaldari, I was just able to reproduce this but only once:

In T233320#5520686, @IndyJr wrote:

Is there any debugging tool that can be activated and can record all client/server swingers data in case of hitting the error?

I experienced the HTTP 404 error again in an edit conflict scenario at Nedungayil Sankunni Narayanan Matriculation Higher Secondary School but my two-column edit conflict merge beta feature is disabled.

I'm confused what the difference is between T233127: HTTP 404 error in VE possibly when confronted with an edit conflict and this task?

That should do fine, but it would be nice to have a function in to select either side as a base...

Just happened again, this time at Royal Game of Ur. I received an HTTP 404 error when trying to save from VE, and a "Error loading data from server: apierror-visualeditor-docserver-http" error when trying to switch to source edit mode. However, this time there was no edit conflict!

Just happened again at September 2019 climate strike. HTTP 404 when there is an edit conflict

I just experienced the error again on English wikipedia at September 2019 climate strike when citation bot caused an edit conflict. I have two-column edit conflict merge beta feature turned on.

I've disabled the beta feature and the HTTP 404 error no longer occurs

I am certain this is an issue with the two-column edit conflict merge function as I just edited without one on the same page no problem, but if I edit for long enough to encounter an e/c then the HTTP 404 error comes up

I believe it may be related to the two-column edit conflict merge function as when I reload the webpage to pick up where I left off I'm presented with this when asked whether to resume my edits:

I tried going to the main page, https://tools.wmflabs.org/oabot/. I clicked the Random button and after that tried to search 'River Thames' again, error once again:

I changed the search to 'Patient' and this error came up:

The Template:OSM Location map is showing "Syntax error" as an output for all instances of its use (for example, 2019 Jolo Cathedral bombings and Alameda, California#Attractions). Reported at Village Pump here and at MediaWiki Talk:Beta Features here.

Steps to reproduce:

I can select the text where the source should be but I cannot see the text and markup.

No errors, just warnings in the Google Chrome console and I made sure to check the console before and after I clicked Edit source and replicated the bug and nothing was added so the console log was there from loading the page. Note: all extensions removed except AdBlock which is disabled for en.wikipedia.org. Here it is