-
Notifications
You must be signed in to change notification settings - Fork 72
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
error while singning msix installer #51
Comments
Hello @tonyhart7 i try and fail to reproduce this error, |
its working now, change my internet provider to another and its works again but still I cant sign in with my own cert , the testing cert is success |
I manage to match all my cert and given info in yaml file but still cant sign msix but I just type arsyad into all field and still throws error |
can you please copy paste the error here |
i publish new version (2.4.0) that automatically sign the .msix file for you, |
I have the same problem as described tonyhart7 and I am using msix 2.4.2. I created the pfx using OpenSSL 1.1.1f: openssl genrsa -out test5_cs.key 2048 This command comes back with: req: Skipping unknown attribute "S". I looked it up and the proper abreviation of stateOrProvinceName is ST not S. This is weird. It looks like Microsoft is going non standard and is using S instead of ST? Anyway, I tried leaving it out entirely: openssl req -new -key test5_cs.key -out test5_cs.csr -subj '/CN=Testing/O=Testing Corporation/C=NL' In the pubspec.yaml: certificate_path: C:/.../test5_cs.pfx Then run flutter pub run msix:create and the error message appears: The following certificate was selected: Done Adding Additional Store SignTool Error: An unexpected internal error has occurred. Please note: The value of Publisher should be in one line and with commas, example: |
hello @marcov-dart |
Thanks, but how then do I specify what certificate to use? Because now it says: installing test certificate. And it is using the test certificate to sign. |
its automatic using build in test certificate, if you will publish to the windows store, your app will signup automatic by the windows store |
Yes, I get that, but I am not going throw the Windows store, I need a msix package with a a proper certificate. So I need to create a .csr that works. I am currently self-signing it to test this before spending hunderds of euro's and having it signed by an actual certificate authority. |
i see, |
Sure, as it is only a test certificate... The export password is 1234 |
Yes, thanks! I actually used the order that
So apparently openssl reports this back in reverse order... |
Top notch support by the way! Many thanks. |
you welcome 👍 |
@marcov-dart hey again :) i publish new version (2.5.0) please check the updated documentation |
If I want to specify not "certificate_path/certificate_password" but "publisher" directory, is that impossible? |
hello @sensuikan1973 from 2.5.0 'publisher' is recognize automatic by looking in your certificate details, |
when I publish to windows store signed by Microsoft, I don't have to specify certificate info, I have to specify "publisher". |
@sensuikan1973 You're absolutely right I forgot to leave it for when publishing to windows store. thank you!! ❤️ |
Thank you very much !! ❤️ |
Hey, again! An update: So after the success with the self-signed certificate yesterday I went ahead and ordered the real certificate using the same csr. I got back a zipfile containing the .crt and a .ca-bundle file containing intermediate certificates.
I updated msix to 2.5.3, removed the publisher field and tried flutter pub run msix:create. The following certificate was selected: Done Adding Additional Store Done Adding Additional Store SignTool Error: An unexpected internal error has occurred I tried getting it to work by inspecting the subject in the .pfx and adding back the publisher field. This failed with the same error. It looks like the publisher field gets ignored unless you use -store. Fortunately, I had done a git clone yesterday and I tried the version that worked for me for the self-signed certificate yesterday. And that version actually worked for me with the previously added publisher field. I will update my local copy and debug a bit, and see if I can spot what is going wrong in version 2.5.3. |
Ok, so, in 2.5.3, the AppxManifest.xml contains the following: Identity Name="xxx" Version="1.0.0.0" Which is the subject of one of the intermediate certificates in the chain. Maybe I did something wrong creating the pfx file? I should not include the intermediate certificates? Although I feel pretty certain the intermediates are necessary. In any case that is the origin of the problem. Maybe a solution here could be to just have CN=xxx in the publisher configuration in combination with certificate_path. And use the CN= to find the correct certificate in the pfx. |
Hello @marcov-dart Thank you for the investigation 👍 From 2.5.0, i'm using the command i publish 2.5.5 that print the certificate details, |
Ok, so version 2.5.5 works! Output: Element 1: ================ Certificate 2 ================ ================ Certificate 3 ================ subjectRow: Subject: CN=XXX, O=XXX, S=XX, C=XX |
@marcov-dart We did it 👍 The problem was like you said, i toke the first certificate in the chain, published new version 2.6.0 that clean output certificate logs and more |
hey @marcov-dart i publish new version 2.6.2 to fix #61, |
Hello @YehudaKremer, yes, 2.6.2 is working for me! |
Happy to hear that 👍 |
ℹ️ Info
MSIX latest
found this error, error while signing msix installer
msix_config:
display_name: Arsyad Bus Ticket Admin
publisher_display_name: tonyhart.dev
identity_name: arsyad.admin.ticketapp
msix_version: 1.0.0.0
certificate_path: C:\Users\Tony Hart\Pictures\bus ticket arsyad\cert key\CERTIFICATE.pfx
certificate_password: 12345
publisher: CN=arsyad, O=arsyad, L=glenmore, S=java, C=ID
logo_path: C:\Users\Tony Hart\Pictures\bus ticket arsyad\logo arsyad.png
start_menu_icon_path: C:\Users\Tony Hart\Pictures\bus ticket arsyad\logo arsyad.png
tile_icon_path: C:\Users\Tony Hart\Pictures\bus ticket arsyad\logo arsyad.png
icons_background_color: "#ffffff"
architecture: x64
capabilities: 'internetClient'
The text was updated successfully, but these errors were encountered: