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

Lyrics: Hyphens get lost when navigating with arrow keys #25908

Open
4 tasks done
BenWiederhake opened this issue Dec 22, 2024 · 2 comments
Open
4 tasks done

Lyrics: Hyphens get lost when navigating with arrow keys #25908

BenWiederhake opened this issue Dec 22, 2024 · 2 comments
Labels
awaiting reply from user needs info More information is required before action can be taken UX/interaction

Comments

@BenWiederhake
Copy link

Issue type

File corruption

Description with steps to reproduce

This could be a "File corruption", since it silently destroys data when executing a supposedly read-only action. Or it could be a "UX/Interaction bug", because navigation with arrow keys feels like it should be read-only, but actually destroys hyphens.

Steps to reproduce:

  1. Write a melody of some sort
  2. Enter lyrics (click first note, press Ctrl+L, start typing), use hyphenation where a syllable spans more than one note and ends in another hyphen (e.g. "HE----LLO")
  3. (Optional) Do something else, then edit last syllable again
  4. Press "Arrow Left" on the keyboard repeatedly to navigate towards left

Expected behavior: Navigating towards left is a purely read-only action, and does not modify anything, especially not the lyrics.

Actual behavior: The hyphens immediately after multi-note-syllables are deleted.

Supporting files, videos and screenshots

Demo:

hyphen-broken.mp4

In case you want to play around with this exact file, here it is:

Supercalifragilisticexpialidocious.mcsz.renamed-to.zip

I don't think this little snippet reaches the threshold of originality, and is therefore in public domain. If I'm wrong about that, I hereby release it into public domain.

Or in other words: Have fun :)

What is the latest version of MuseScore Studio where this issue is present?

Arch.: x86_64, MuseScore Studio version (64-bit): 4.4.4-243461245, revision: github-musescore-musescore-2232670

Regression

No.

Operating system

Debian GNU/Linux trixie/sid

Additional context

This is distinct from older (fixed) bugs in the same area: #15406, #15407

The accidental loss of lyrics-hyphenation cannot be undone by pressing "Undo", so in some sense this is an instance of #19796, although I'd argue this loss of lyrics-hyphenation shouldn't happen in the first place, and therefore is a separate bug.

This is distinct from #24621, because this is not about differences between versions, but rather a UI action causing data loss.

Checklist

  • This report follows the guidelines for reporting bugs and issues
  • I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
  • I have attached all requested files and information to this report
  • I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible
@muse-bot muse-bot added the corruption Issues involving file corruption label Dec 22, 2024
@bkunda
Copy link

bkunda commented Dec 27, 2024

Can reproduce on macOS. Not sure if it's technically a corruption (@cbjeukendrup might advise here), but certainly the hyphens shouldn't be destroyed on navigation using the arrow keys.

@bkunda
Copy link

bkunda commented Dec 27, 2024

@BenWiederhake just confirming this is definitely not a regression?

@bkunda bkunda added awaiting reply from user needs review The issue needs review to set priority, fix version or change status etc. needs info More information is required before action can be taken and removed needs review The issue needs review to set priority, fix version or change status etc. labels Dec 27, 2024
@cbjeukendrup cbjeukendrup added UX/interaction and removed corruption Issues involving file corruption labels Dec 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting reply from user needs info More information is required before action can be taken UX/interaction
Projects
None yet
Development

No branches or pull requests

4 participants