I cannot figure out from that if the poster finally succeeded. Are there Qt support tickets? One would think that if the Qt Web Engine couldn't be made to work with Catalina, people would be in a state of alarm. If that is the case, of course, there is always reversion to the status quo ante, "ignore the malware warning'. Upload to Web can't fail.
And if Qt has, or can have, later versions that fix this problem, it will be a choice between "save online" and the down-level accessibility features that nail the Mac to 5.9. I'd ask for a fork at that point.
In principle, at that link they give a possible solution for the notarization problem of QtWebEngine, to be run at packaging time (while digitally signing the app). The symptoms of their problem look suspicoiusly similar to our problem, so I think their solution could solve also this issue, but I couldn't verify it (yet).
Setting up the Mac build environment is an arduous chore; I've been there. I'd rather someone else who has this already set up, and has dealt with this kind of issue before, did so. I fear I don't have the Qt or Mac-signing knowledge to take this upon my own shoulders right now.
I tried it. When the instructions above are followed, it does work correctly (although it needed my MS credentials afresh). Success! (and, unsurprisingly, you need sudo for the xattr).
@BSG : Thank you very much for the test.
Just to be sure that it is really that change that solves the bug: could you please use the (sudo) xattr -cr also on MuseScore 3.5RC and see if the upload dialog is still blank?
[By the way, the build is flagged as a nightly build, so it searches for saved preferences in a different folder than the builds with the release flag. It is normal behavior that it couldn't find the saved credentials.]
Thank you again for your help.
Comments
OS: macOS 10.15, Arch.: x86_64, MuseScore version (64-bit): 3.5.0.28145, revision: fb3c202
Jojo says "apparently another notarization issue".
.
Actually that was @Anatoly-os
Maybe we could try the solution described here:
https://forum.qt.io/post/526704
In reply to Maybe we could try the… by ABL
I cannot figure out from that if the poster finally succeeded. Are there Qt support tickets? One would think that if the Qt Web Engine couldn't be made to work with Catalina, people would be in a state of alarm. If that is the case, of course, there is always reversion to the status quo ante, "ignore the malware warning'. Upload to Web can't fail.
In reply to I cannot figure out from… by [DELETED] 1831606
And if Qt has, or can have, later versions that fix this problem, it will be a choice between "save online" and the down-level accessibility features that nail the Mac to 5.9. I'd ask for a fork at that point.
In principle, at that link they give a possible solution for the notarization problem of QtWebEngine, to be run at packaging time (while digitally signing the app). The symptoms of their problem look suspicoiusly similar to our problem, so I think their solution could solve also this issue, but I couldn't verify it (yet).
In reply to In principle, at that link… by ABL
Setting up the Mac build environment is an arduous chore; I've been there. I'd rather someone else who has this already set up, and has dealt with this kind of issue before, did so. I fear I don't have the Qt or Mac-signing knowledge to take this upon my own shoulders right now.
See proposed PR https://github.com/musescore/MuseScore/pull/6378
A test executable can be found here:
https://github.com/musescore/MuseScore/actions/runs/184413551
or here if you don't have a Github account: https://drive.google.com/file/d/1D4CErEhEBWKCRHIaem3na1qwRDe-mDaN/view?…
In order to run it, you should unblock it by running:
xattr -cr /Applications/MuseScoreNightly.app
[I am not yet switching the status to PR created since it is still a work in progress]
In reply to See proposed PR https:/… by ABL
I tried it. When the instructions above are followed, it does work correctly (although it needed my MS credentials afresh). Success! (and, unsurprisingly, you need sudo for the xattr).
@BSG : Thank you very much for the test.
Just to be sure that it is really that change that solves the bug: could you please use the
(sudo) xattr -cralso on MuseScore 3.5RC and see if the upload dialog is still blank?[By the way, the build is flagged as a nightly build, so it searches for saved preferences in a different folder than the builds with the release flag. It is normal behavior that it couldn't find the saved credentials.]
Thank you again for your help.
In reply to @BSG : Thank you very much… by ABL
Still blank (3.5RC after sudo xattr ...).
Ok. Thank you :-)
So the PR should be the right solution. I will also update the PR message on Github.
In reply to Ok. Thank you :-) So the PR… by ABL
Yayyy!
Fixed in branch 3.x, commit 28b1ad9bb5
fix #308281 : Blank upload dialog on MacOS Catalina + collect_artifacts
Fixed in branch 3.x, commit 5fca8efcde
_Merge pull request #6378 from AntonioBL/macqtwebengine
fix #308281 : Blank upload dialog on MacOS Catalina + collect_artifacts_
Fixed in branch master, commit 8f0f185f90
_Merge pull request #6378 from AntonioBL/macqtwebengine
fix #308281 : Blank upload dialog on MacOS Catalina + collect_artifacts_
In reply to (No subject) by Jojo-Schmitz
Is there a new RC?
Not that I'd know, but the fix is in the branch that will become the final 3.5
Automatically closed -- issue fixed for 2 weeks with no activity.