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

Saving uncompressed isn't working #22749

Closed
rettinghaus opened this issue May 10, 2024 · 8 comments
Closed

Saving uncompressed isn't working #22749

rettinghaus opened this issue May 10, 2024 · 8 comments
Assignees
Labels
duplicate Already covered by another issue / addressed in another PR P2 Priority: Medium regression Regression on a prior release

Comments

@rettinghaus
Copy link
Contributor

Issue type

Opening/saving issue

Bug description

Saving pieces as "Uncompressed MuseScore folder" isn't working.

Steps to reproduce

  1. Open a score
  2. Try to save as uncompressed

Screenshots/Screen recordings

No response

MuseScore Version

4.3

Regression

Yes, this used to work in a previous version of MuseScore 4.x

Operating system

macOS 14.4

Additional context

No response

@muse-bot muse-bot added the regression Regression on a prior release label May 10, 2024
@bkunda bkunda added the P2 Priority: Medium label May 10, 2024
@RomanPudashkin RomanPudashkin assigned mathesoncalum and unassigned Eism May 13, 2024
@mathesoncalum
Copy link
Contributor

Struggling to repro this one @rettinghaus - am I missing any repro steps? (see video)

uncomp_repro.mov

@rettinghaus
Copy link
Contributor Author

No, but it still doesn't work for me. Weird. I tried (again) different pieces and all result in a .mscz file.

@mathesoncalum
Copy link
Contributor

Strange - @zacjansheski can you investigate?

@mathesoncalum mathesoncalum added the needs testing Testing is needed (if issue doesn't reproduce or might be fixed already) label May 13, 2024
@zacjansheski
Copy link
Contributor

zacjansheski commented May 13, 2024

I am getting the same issue on Mac OS14.4
Works as expected with version 4.2
Issue does not occur on Windows 11

@MarcSabatella
Copy link
Contributor

MarcSabatella commented May 13, 2024

I think it comes down to the file name chosen. If you explicitly have MSCZ in the file name, that is what gets written, regardless of the type setting in the dropdown. So on systems where the file dialog automatically changes the file extension when changing the type, the right thing appears to happen by default. But if the extension doesn’t change automatically, and you don’t change it yourself, you end up with an MSCZ file written. At least that is what I think I am seeing on both Linux and Windows.

In the video above, it seems the system is set to hide the extensions, but presumably they are being changed automatically. On my Windows system, the extension is shown, and it does not change with the dropdown, and unless I change or remove it manually, I see the bug. I guess on a Windows system set to hide extensions, it might not occur.

@MarcSabatella
Copy link
Contributor

This seems the same on 4.2.1, BTW.

@rettinghaus
Copy link
Contributor Author

I can support @MarcSabatella's theory. If I type in a completely new name it works. So obviously it's just the hidden file extension that doesn't get updated.

@mathesoncalum
Copy link
Contributor

Spot on @MarcSabatella - I changed my system settings to "show all filename extensions" and can repro now.

After doing some digging I discovered this is actually a duplicate of an ancient bug #11615. It looks like some fixes are actually in the pipeline already, I'll chase these up.

Many thanks!

@mathesoncalum mathesoncalum closed this as not planned Won't fix, can't repro, duplicate, stale May 15, 2024
@mathesoncalum mathesoncalum added duplicate Already covered by another issue / addressed in another PR and removed needs testing Testing is needed (if issue doesn't reproduce or might be fixed already) labels May 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate Already covered by another issue / addressed in another PR P2 Priority: Medium regression Regression on a prior release
Projects
None yet
Development

No branches or pull requests

7 participants