This actually happens for all cases when you close the edit card and tap again to reopen it and also immediately after adding a link.

@matmarex: If I understand correctly this issue is now obsolete with the implementation of new Edit Cards design. What's here for me to test exactly?

This seems to be not yet fixed on Beta, assuming it's about the alignment of the heading before it completes loading the editor?

In T226872#5424994, @DLynch wrote:

@Ryasmeen This one needs to wait for testing until OOJS-UI gets updated, sorry.

@matmarex: This task is in QA column but still reproducible it seems, is there something yet to be done for this to be testable?

In T227933#5405840, @matmarex wrote:

Looks like we just want to re-check the issues Rummana identified previously, which should now be fixed by David's patches.

Like the new styling change! Definitely an improvement.

@dom_walden: Is it working for you now? :)

@dom_walden: Could you check if the fix is working for you?

@ppelberg and I have reviewed the test results for the events and added the open questions to the "Next Steps" column for each of them.

@Esanders: I am still getting this issue on iOS11.

Needed from Neil:

• A list of steps Rummana will need to check to make sure the right logging events are being fired by the right user actions/inputs at the right times.
  • @Ryasmeen, is this question accurate? Are there any other questions you need answered before you can start testing?

In T221312#5323311, @ppelberg wrote:

In T221312#5319950, @Ryasmeen wrote:

@ppelberg: I am done doing Pre-deployment QA on Edit Cards v2.0. Have found couple of UX issues and I am going to make them as subtasks here for tracking.

You filing T227630 T227627 T227628 is a big help, Rummana – thank you!

Apart from the ones reported I have another observation about the workflow of adding label which I have not reported since I don't have a specific alternative suggestion. I feel when a user taps on the first pencil and it closes the Edit card and goes back to the page it's not quite apparent it's for changing the label. There is no visual clue other than the highlight (which also goes out of view, because of T227627) and the keyboard appearing. I understand that previously it used to be the same but we didn't have any explicit button on mobile to change the label, but now I feel there might be a user expectation for clearer indication of what it's for.
Also, once you are in that label editing mode, tapping on the link again and again does not bring back the edit card but keeps the user in that confusing stage unless they click somewhere else and then again click back on that link. I can report this as a bug if you think it's valid.

Your experience is absolutely valid...please file this too. In fact, @Trizek mentioned something similar.

@Esanders, here is a screen capture if that helps:

In T227627#5334378, @Esanders wrote:

I could reproduce this on my iOS 9 device, but not my newer one. What version are you testing on?

@ppelberg: I am done doing Pre-deployment QA on Edit Cards v2.0. Have found couple of UX issues and I am going to make them as subtasks here for tracking.

@ppelberg/@matmarex: I am using Safari Version 12.0.3 (14606.4.5) on MacOS Mojave.
Here is the video capture showing me following the same steps as described in the report:

In T220633#5287193, @matmarex wrote:

Collapsed selection is just a text cursor, while expanded selection is a "normal" selection.
We call both of these things "selections" because internally, they are represented by the same structure, except that for collapsed selections (text cursors) the beginning and end positions are the same.

Collapsed selection	Expanded selection