Vienna Symphonic Library Forum
Forum Statistics

200,342 users have contributed to 43,195 threads and 259,071 posts.

In the past 24 hours, we have 0 new thread(s), 8 new post(s) and 70 new user(s).

  • Mac Leopard Firewall Nag is really getting old now

    I have posted about this before. I seem to draw a blank.

    On Mac Leopard and Snow Leopard, every time I launch VE Pro Server (64 or 32) I get "Do you want to allow Vienna Ensemble to allow network connections". If you ignore this dialogue, OSX assumes that you do NOT want to. So when auto loading headless slaves, this is quite a PITA. One must hand hold the whole process, machine by machine.

    I have seen forum discussions about iTunes and ARD also behaving this way under Snow Leopard (and Leopard), and users have discovered various solutions, which all amount to the deleting of older, or wrongly updated signings or certificates or something. It is as far as I can tell, the responsibility of the Application installer to corrrectly sign itself at installation. It looks like this is the case with VSL.

    Can we please have an official word on how to either re-initialise the certificates, or whatever we need to do, to stop this very annoying bug.

    Many thanks

    Ben


  • We are unable to reproduce this on our end. Did you check the firewall settings for VE Pro? Normally you should only have to allow it once and it will be added to the list of allowed applications in the firewall.


  • Yes checked all that. Having read up on similar issues with other software (notably iTunes and Apple Remote Desktop) it would appear that OSX firewall will check certain signature files, and will not be happy if the application package does not agree with them.

    Interestingly, my latest install of the 64 Server is fine (on 10.6.4). But on the same machine, the 32 bit server has the alert nag. Two other machines are affected, both of which are actually running 10.5.8. 

    If I could locate those receipt or signature files or whatever they are called, apparently deleting them can call a reset within the firewall and all would be well. 

    Could it be a symptom of installing updates over older versions? When you say you can't repeat it there, is your machine clean of older installs?

    It is annoying! 

    Also the way the VE Servers quit, or rather refuse to quit cleanly in one go, is also a PITA. If you select Shut Down, with the servers running, the servers cancel shut down and then request a Save. This is incorrect. They should request a Save, and then after a while (of now user input) time out and THEN cancel the shutdown. This problem also means that smooth running of slaves (for remote shutting down) is quite tiresome also.

    I should probably raise a ticket on this?


  • It is recommended to uninstall VE Pro before installing a new version, using the included Uninstaller application. That might help in your situation.

    We're aware of this shutdown bug and are working on getting it resolved already. It won't be for the next update release however.


  • Thanks. You known what's great about VSL? Even if there is no solution now, you still let us know what's coming and roughly when, withoutgiving false hopes. I wish other Software Houses would be as helpful!

    I will try a correct un-install and re-install. It chimes in with the solution many users have used to cure iTunes (ie remove and re-install). I'll post the result later.

    Looking forward to seeing that quit bug solved. Sounds deep....

    Thanks.