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

Mid-measure barlines (non-functional) are not shown in parts #24895

Closed
4 tasks done
SteveBlower opened this issue Sep 23, 2024 · 4 comments · Fixed by #24925
Closed
4 tasks done

Mid-measure barlines (non-functional) are not shown in parts #24895

SteveBlower opened this issue Sep 23, 2024 · 4 comments · Fixed by #24925
Assignees
Labels
engraving P1 Priority: High

Comments

@SteveBlower
Copy link

SteveBlower commented Sep 23, 2024

Issue type

Engraving bug (incorrect score rendering)

Description with steps to reproduce

  1. In an empty score select a note or rest starting after the first beat
  2. Click on a repeat barline in the barline palette (start repeat or end repeat, it doesn't matter)
  3. See barline added before the selected note or rest
  4. View the instrument as a part
  5. Note that the repeat barline is not shown.

Supporting files, videos and screenshots

bandicam.2024-09-23.17-17-02-717.mp4

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

4.4.2

Regression

No.

Operating system

Windows 11

Additional context

Related issue on musescore.org https://musescore.org/en/node/369195

Same behaviour in version 3.6.2

It is not clear why non-functional barlines would be needed. Perhaps adding a repeat barline mid measure should also trigger the "Split measure" operation.

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
@Jojo-Schmitz
Copy link
Contributor

It is a regression, vs. Mu3...

@SteveBlower
Copy link
Author

Regression vs MU3?

I can reproduce the problem in 3.6.2

bandicam.2024-09-27.17-46-47-302.mp4

@Jojo-Schmitz
Copy link
Contributor

Jojo-Schmitz commented Sep 27, 2024

Hmm, strange. I tried with existing parts and there it worked, But indeed not with parts generated later, which is extra strange, as those should be a copy at the time they get created

@Jojo-Schmitz
Copy link
Contributor

OK, fixed in 3.7 now too ;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engraving P1 Priority: High
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants