longmi.blogg.se

DMG 184 MAC

Do you use the same language/locale at OS level? Does changing it have any impact?.

Can you confirm this on your Macs? Additionally - does this issue occur for just German or for any language that isn't English?

Initially this issue was occurring only with German language.

There are still some things that aren't clear to me: This is further supported by previous result of openssl s_client -showcerts -connect :443 -servername command, which has the line verify error:num=20:unable to get local issuer certificate in it - as I previously mentioned this means that openssl didn't find the DST Root CA X3 root certificate in the cert store it is using. The traceback still strongly points to SSL outside Syncplay being the direct culprit. Traceback (most recent call last): File "syncplay/utils.pyc", line 380, in getListOfPublicServers File "urllib.pyc", line 87, in urlopen File "urllib.pyc", line 213, in open File "urllib.pyc", line 443, in open_https File "httplib.pyc", line 1053, in endheaders File "httplib.pyc", line 897, in _send_output File "httplib.pyc", line 859, in send File "httplib.pyc", line 1278, in connect File "ssl.pyc", line 353, in wrap_socket File "ssl.pyc", line 601, in _init_ File "ssl.pyc", line 830, in do_handshake IOError: certificate verify failed (_ssl.c:590) Could either of you test result of the openssl test from before with different operating system language settigns? How in the world does this break only if you select German language? This would imply different certificates trusted depending on language settings, which seems utterly insane to me, but I cannot test it as I don't have a Mac.

DMG 184 MAC

Can you confirm whether it is the same on a default Mac which doesn't have all the dev tools installed?Īll that said - there is still one big hole in this hypothesis. This means that not a single letsencrypt certificate will be trusted by python programs on Mac.Īs to why doesn't reproduce it - perhaps you have your own, more current openssl (or just certificates) version installed through homebrew? This would explain it working for you. Result of the command confirms that for some reason default openssl implementation used on OSX doesn't have "DST Root CA X3" in its CA store and that this is separate CA store from what the browser uses. Hmm, that would make the issue fairly clear. Traceback (most recent call last): File "/Applications/Syncplay.app/Contents/Resources/_boot_.py", line 98, in _run() File "/Applications/Syncplay.app/Contents/Resources/_boot_.py", line 82, in _run exec(compile(source, path, 'exec'), globals(), globals()) File "/Applications/Syncplay.app/Contents/Resources/syncpla圜lient.py", line 19, in Syncpla圜lientManager().run() File "syncplay/clientManager.pyc", line 7, in run File "syncplay/ui/ConfigurationGetter.pyc", line 491, in getConfiguration File "syncplay/ui/ConfigurationGetter.pyc", line 412, in _forceGuiPrompt File "syncplay/ui/ConfigurationGetter.pyc", line 376, in _promptForMissingArguments File "syncplay/ui/GuiConfiguration.pyc", line 27, in run File "syncplay/ui/GuiConfiguration.pyc", line 1343, in _init_ File "syncplay/ui/GuiConfiguration.pyc", line 1226, in populateEmptyServerList File "syncplay/ui/GuiConfiguration.pyc", line 345, in updateServerList UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 21: ordinal not in range(128) 06:31:51.515 syncplay Syncplay Error I only changed the language and it crash on the next start. The crash comes at the next start of syncplay.

If I select German and then click on "store configuration and run syncplay" I see syncplay in German and VLC starts.

Any error message should now cause a traceback log in the terminal window from which you ran Syncplay. Navigate to the path of Syncplay.app (usually /Applications/Syncplay.app/) and then in Contents/MacOS (so usually, run cd /Applications/Syncplay.app/Contents/MacOS/. To get it, you need to run Syncplay from a terminal. In case you are able to reproduce the crash, it would be great if you could post here a python traceback.

are you able to reproduce the issue now? (if you select German again, does the app still crash?).

did you alter the settings in any other way besides selecting German? (e.g.

when you selected German and ran syncplay for the first time, did the player start or did the app crash? Were you able to see Syncplay interface in German even once?.

what player and which version are you using?.

does the crash happen before loading the configuration dialog or before actually running syncplay?.Ok, I tried to reproduce this on my High Sierra and Sierra machines, so far with no luck.