In T279604#6992472, @matmarex wrote:

This should not be a release blocker any more. I don't see the issue on any page on Beta.

In T263617#6995736, @Majavah wrote:

taavi@deployment-sessionstore03:~$ systemctl status cassandra.service
● cassandra.service - distributed storage system for structured data
   Loaded: loaded (/lib/systemd/system/cassandra.service; static; vendor preset: enabled)
   Active: failed (Result: signal) since Tue 2021-04-13 17:42:19 UTC; 25min ago
  Process: 1029 ExecStart=/usr/sbin/cassandra -p /var/run/cassandra/cassandra.pid (code=killed, signal=KILL)
 Main PID: 1029 (code=killed, signal=KILL)
      CPU: 17min 43.228s

Cassandra had crashed yet again, I restarted it again since I don't have time to properly investigate at this exact moment.

Re-opening this task since I am having this issue again on Beta cluster. Seeing the same error as @dom_walden mentioned in the description.

In T270803#6981900, @matmarex wrote:

Testing instructions were written on T276393, it seems. Have you seen that, or are those unclear?

(I'll move them to this task, we should have done it that way in the first place, but most of the discussion about desired behavior happened on that task.)

I am not sure if the current behavior is expected. This is how it is behaving right now:

In T273413#6981866, @matmarex wrote:

I'm sorry, you're right, this is not fixed. I assumed it would be, but I didn't test it. I'm really sorry for wasting your time!

I think it would have worked if it wasn't for patch 7ad6328223579b6c1141aa3d0431dc6ea6edea30. I forgot we've made that change.

Need more info around expected behavior.

The crash is not happening anymore. Thanks @matmarex! :)

@matmarex: I tested this before the wmf.37 rollback (I check the special:version page first before testing) and also, it's not working now either.

In T273413#6967869, @matmarex wrote:

wmf.37 was undeployed, see https://lists.wikimedia.org/pipermail/wikitech-l/2021-April/094406.html for the notice and T278343 for current status. We should re-check after it's deployed again.

In T96701#6965677, @matmarex wrote:

This should be resolved now. We'd appreciate if you could test with your favorite operating system / browser / language / keyboard layout / input method, as it's impossible for us to verify all combinations. The fix is deployed now on https://en.wikipedia.beta.wmflabs.org/ and should be deployed to production wikis next week.

In T273413#6946378, @matmarex wrote:

The section from the original bug report has been archived, I found it here: https://cs.wikipedia.org/wiki/Wikipedie:Nástěnka_správců/Archiv79#Žádost_o_polozamknutí_–_[[2]]

The first reply button in that section shows an error when clicked. It should open the reply tool when the patch is deployed next week.

@matmarex: This is still happening on that page on Meta wiki. Shouldn't this be fixed with the wmf.37 rollout?

In T278399#6950202, @ppelberg wrote:

In T278399#6947080, @matmarex wrote:

This happens because the reply widget opens at the same time as the new wikitext editor (but it's not visible because NWE takes over the whole page), and it overwrites ve.init.target to point to itself, which confuses the editor.

This context is helpful, @matmarex.

After talking about this with @Ryasmeen some, I've marked this task as "High" priority considering it is preventing a subset of people [i] from being able to access editing.

---

i. Note: I am assuming the population of people affected by this issue – NWE enabled and New Discussion Tool disabled – to be relatively small.

Also, I couldn't reproduce this issue in production, so I am marking it as regression.

In T273413#6942134, @matmarex wrote:

(accidentally closed due to Phabricator misfeature, re-opening for QA)

The preview section is still showing the signature as pre-formatted when I add a new line in the description field while adding a new discussion.

Checked the availability and the functionality of the quick topic adding feature on the wikis listed.

There are still non-functional Reply links appearing on this page on cs wiki: https://cs.m.wikipedia.org/wiki/Wikipedie:Pod_l%C3%ADpou#N%C3%A1zvy_%C4%8Dl%C3%A1nk%C5%AF_pam%C3%A1tek

In T273554#6877302, @ppelberg wrote:

In T273554#6873165, @Ryasmeen wrote:

@ppelberg, checked the test scenarios on the mentioned 11 wikis. Test results are recorded on this workbook...

Great – thank you, Rummana.

Found two instances where the Reply tool is not opening when I click the reply links. The pages are:

https://sw.wikipedia.org/wiki/Majadiliano:Mwanzo

Is there a particular comment on the page you could not use the Reply Tool to respond to?

I have not yet found a [ reply ] link on the page that, when clicked, did not cause the reply tool to open. [i]

https://w.wiki/33MX

Do you recall what [ reply ] link(s) you were not able to use to open the Reply Tool?

To me, it looks like most of the [ reply ] links are working as expected. I should note, [ reply ] links within the section titled Іконки соцмереж do NOT open. Although, this seems expected to me considering the section is wrapped in the {{closed}} template which seems to fall under the scenario described here: Wrapper templates.

---

i. https://sw.wikipedia.org/wiki/Majadiliano:Mwanzo	ii. https://w.wiki/33MX

@ppelberg, checked the test scenarios on the mentioned 11 wikis. Test results are recorded on this workbook:

Checked the following scenarios on iOS, nothing looks broken:

The issue described in step 5 is still happening. Didn't notice anything abnormal during step.

In T271434#6822886, @matmarex wrote:

QA steps: T271434#6750077