Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When confirming Kanji conversion in Japanese input, characters disappear #65675

Closed
2 tasks done
mt8 opened this issue Sep 26, 2024 · 8 comments
Closed
2 tasks done

When confirming Kanji conversion in Japanese input, characters disappear #65675

mt8 opened this issue Sep 26, 2024 · 8 comments
Labels
[Feature] Rich Text Related to the Rich Text component that allows developers to render a contenteditable [Type] Bug An existing feature does not function as intended

Comments

@mt8
Copy link

mt8 commented Sep 26, 2024

Description

Enter Japanese into the paragraph block/heading block, etc., and confirm the kanji conversion.

Step-by-step reproduction instructions

  • Open the post page.
  • Enter Japanese into a paragraph block and convert it to Kanji.
  • Confirm the conversion with the ENTER key

Press the space key or enter key during conversion to reproduce

Screenshots, screen recording, code snippet

2024-09-26.20.28.23.mov

Environment info

WordPress: 6.6.2 (Japanese)
Gutenberg Plugin: 19.3 (Japanese)

macOS Sonoma
Chome (129)

This problem is theme independent.

Please confirm that you have searched existing issues in the repo.

  • Yes

Please confirm that you have tested with all plugins deactivated except Gutenberg.

  • Yes
@mt8 mt8 added the [Type] Bug An existing feature does not function as intended label Sep 26, 2024
@mt8 mt8 changed the title Disappears when confirming kanji conversion in Japanese input When confirming Kanji conversion in Japanese input, characters disappear Sep 26, 2024
@torounit
Copy link
Member

torounit commented Sep 26, 2024

I could reproduce the same problem.

This problem seems to have occurred since 19.2.0

Chrome 129 / mac OS 14.6.1

2024-09-26.20.29.43.mov

This did not occur in firefox 131.

@mt8
Copy link
Author

mt8 commented Sep 26, 2024

Reproduced with Microsoft Edge (129) installed on Mac

@torounit
Copy link
Member

ping: @t-hamano @mirka

@torounit torounit added the [Feature] Rich Text Related to the Rich Text component that allows developers to render a contenteditable label Sep 26, 2024
@t-hamano
Copy link
Contributor

Thanks for the report.

I tested on Windows OS and was not able to reproduce the issue.

This might be an OS-specific issue, but I cannot test on MacOS in my environment.

I'd be grateful if someone who can reproduce this issue could use git bisect or similar to identify which commit caused the problem.

@mt8
Copy link
Author

mt8 commented Sep 26, 2024

Additional information.
It didn't reproduce in 19.1, but it did in 19.2.

@mt8
Copy link
Author

mt8 commented Sep 26, 2024

Looks like this revert PR fixes it.
#65414

I also confirmed that the problem does not occur on the trunk/6.7 branch.

@Mamaduka
Copy link
Member

Thanks for confirmation, @mt8!

I was about to suggest testing that revert commit, but I'll close the issue now that it's fixed.

@mt8
Copy link
Author

mt8 commented Oct 7, 2024

Did not reproduce in 19.4.0 RC1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] Rich Text Related to the Rich Text component that allows developers to render a contenteditable [Type] Bug An existing feature does not function as intended
Projects
None yet
Development

No branches or pull requests

4 participants