I checked VisualEditor, NWE and DiscussionTools so far on beta en.wiki with minervanightmode=1. Found the following issues:

@matmarex: I re-checked this one on fr.wiki, and it seems to be still happening, the section with unfinished comment is still not expanding and stays inaccessible.

Checked permalinks on bn.wiki by testing: https://phabricator.wikimedia.org/T356276

Tested in bn.wiki: was able to find archived section from section heading text.

Nope not anymore, got fixed.

In T326500#9339232, @DLynch wrote:

Hm, actually... it's different from the classic editor because we auto-sign the comments, so it's impossible to leave an actually completely empty comment/topic. And the classic new-topic editor would certainly allow the equivalent of just entering "~~~~".

So, a possible reason to leave such a topic/comment would be a "sign here" workflow.

@DLynch: Could you provide a valid workflow where all-whitespace description will be counted as non-empty?

This is done from the Editing QA side. All the following tasks has been verified:
T338171: Revise UI copy for temporary accounts
T332431: Update ConfirmEdit for IP masking
T332434: Update TemplateData for IP masking
T343848: Update code that deals with refreshing session info when the user logs in / log out in another tab while editing, to also handle transitioning to/from a temp user account
T332437: Change EditAttemptStep and other schemas and logging to support temp users
T332438: Centralize EditAttemptStep logging code in WikimediaEvents
T344879: Show the "Temporary user" popup with the post-edit notification if needed
T332432: Update DiscussionTools for IP masking
T337784: Prevent DiscussionTools from setting preferences for temporary accounts
T331397: Live preview returns IP address as signature
T332433: Update page editing features in MobileFrontend for IP masking
T307054: [IP Masking] Temporary account mobile web support in editing workflow
T332435: Update VisualEditor for IP masking
T307056: [IP Masking] Temporary account VisualEditor support
T342770: Can't edit any page via visual editor while not logged into an account or a temporary account
T336001: Mobile post-edit notifications have two versions
T332436: Update WikiEditor for IP masking
T335530: New messages are needed for warnings about logged-out editing for IP masking
T335532: Expose IP masking (temporary user creation) configuration in the API
T335590: New messages are needed for empty state of temporary user talk pages
T338002: Let action=edit API instruct the client to redirect to another location after saving the edit
T338003: Expose a method to display post-edit notification after reloading the page
T337796: Prevent VisualEditor from setting preferences for temporary accounts
T201613: Unify 'edit notices' technology stack

Here are the copies that I am seeing this time after translating to English:
Core wikitext editor:

@ppelberg: It seems for the scenario mentioned in the fourth row on the table you created, if I press ctrl-enter couple times it publishes the new topic without any description.

https://en.wikipedia.org/wiki/User_talk:RYasmeen_(WMF)/sandbox#non-empty_subject_field_2

This is still happening and also the hint is showing up when there is just an empty line in the description field.

There is still a stray icon floating near the top of the page.

@matmarex :True. I just checked the logging of VisualEditorFeatureUse for the Realtime Preview. It's set to false for both logged in and anon users and it's set to true for temp users for WikiEditor.

Bartosz and I checked the API output for logged-out users from the API sandbox page for both IP masking enabled and disabled.
When intestactions is set to edit and intestactionsautocreate is enabled:

@DLynch: For the double-logging issue, I see it got fixed for the first scenario. But for the second scenario, where the user clicks on "Yes" on the "Add a citation", and then clicks on 'x' on the same dialog, it is still triggering the event twice.

In T338622#9273610, @ppelberg wrote:

In T338622#8995373, @Ryasmeen wrote:

This is still happening. Pressing backspace/delete when the cursor is in the empty paragraph selects the previous table, doesn't delete it.

@Ryasmeen: are you able to share a screen recording of what you're seeing?

...it appears @Esanders has not yet been able to reproduce the issue you encountered.

Checked this in the following ways:

Checked this in the following ways:

@DLynch Right now the hint for pressing ctrl-enter for comment submission "You can press ⌘⏎ to submit your comment" is showing up when enter is used for cases where we are not allowing submitting comment, such as: when Description field is empty and the cursor is either on Subject field or the summary field. I wonder if it would be considered misleading?

Okay, moving it to Sign off then.

@DLynch: I checked T312587 for the implementation of mobile edit notice and T344465 for the instrumentation. Also while testing T344465 we verified that when the EditNoticesOnMobile gadget is enabled this new implementation won't show up. Is there anything left regarding this to verify from this task?

@matmarex: I checked few Edit Notices as you suggested, they seemed to be consistent through out different editors: Old Wikitext Editor, VisualEditor and New Topic tool in DT.

In T344465#9244904, @DLynch wrote:

@Ryasmeen You're testing on enwiki, so could you verify that you've got the EditNoticesOnMobile gadget disabled?

If it's enabled, it entirely replaces the new built-in feature. Note below that the styling for me is different from yours on both the new feature and the gadget...

The new MobileFrontend notices	The EditNoticesOnMobile gadget

@DLynch: I am not seeing any Client-side logging on Mobile in production for logged in users with VisualEditorFeatureUse as feature: notices, action: show.

In T312587#9232187, @DLynch wrote:

@Ryasmeen I don't see that on beta -- could you link me to a specific article that you're seeing it on?