<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Thanks. I can confirm this behavior on my computer as well. The release version ran as it should. The nightly build behaved as it should when run as a binary from the Terminal, but not when launched through the GUI.
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I did run into the following issues, however.
<div class=""><br class="">
</div>
<div class="">1. When running the app directly from Terminal, Aquamacs was looking for libTIFF.dylib, libJPEG.dylib and libPng.dylib in /usr/local/lib. Those files were not there, but among the System files. Once I added symlinks, the application was able
to launch, and files would open instantly, as they should. But this did not solve the problem when launching from the GUI.</div>
<div class=""><br class="">
</div>
<div class="">2. Even though the app does launch and run from the Terminal, I got the following error </div>
<div class=""><br class="">
</div>
<div class="">
<div style="margin: 0px; font-stretch: normal; line-height: normal; font-family: Menlo; background-color: rgba(255, 254, 232, 0.952941);" class="">
<span style="font-variant-ligatures: no-common-ligatures" class="">mbraun: ~/Downloads $ ./Aquamacs.app/Contents/MacOS/Aquamacs </span></div>
<div style="margin: 0px; font-stretch: normal; line-height: normal; font-family: Menlo; background-color: rgba(255, 254, 232, 0.952941);" class="">
<span style="font-variant-ligatures: no-common-ligatures" class="">2019-07-16 08:50:15.131 Aquamacs[25407:8580522] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]:
non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}</span></div>
<div><br class="">
</div>
<div>It didn’t seem to affect running of the app, at least in my short test. But maybe that’s relevant.</div>
<div><br class="">
</div>
<div>3. As stated earlier in this thread, I cannot build Aquamacs on my own at the moment. Also, I do not do much developing, so I’m not sure what’s involved in signing an application. So unfortunately I cannot test that.</div>
<div><br class="">
</div>
<div>But it does appear that seeing if signing the nightly build would be the next step in debugging this.</div>
<div><br class="">
</div>
<div><br class="">
</div>
<div><br class="">
</div>
<div><br class="">
</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Jul 15, 2019, at 9:07 PM, Jamie Taylor <<a href="mailto:Jamie.Taylor@pobox.com" class="">Jamie.Taylor@pobox.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class=""></div>
<div class="gmail_quote">I attempted to send this a month ago, but the list mail server rejected it, and I didn't get around to sending it again from a different source. I'd be interested to know if any of this helps.
<div class=""><br class="">
</div>
<div class=""> ----</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">Some googling and brief experimentation has lead me to believe</div>
<div class="">that this behavior is related to the code signature (or the lack</div>
<div class="">thereof) on the application. Specifically, I observed the</div>
<div class="">following three data points:</div>
<div class=""><br class="">
</div>
<div class="">The current released version of Aquamacs, which is signed, does</div>
<div class="">not exhibit this behavior.</div>
<div class=""><br class="">
</div>
<div class="">A nightly that I happened to have lying around (2018-02-23), which</div>
<div class="">is not signed, does exhibit the slow "open" command behavior.</div>
<div class=""><br class="">
</div>
<div class="">However, if that same nightly is opened by running its binary</div>
<div class="">directly rather than opening it as normal (i.e., running</div>
<div class="">$ ~/Desktop/Aquamacs\ 2018-02-23\ nightly.app/Contents/MacOS/Aquamacs</div>
<div class="">rather than double-clicking its icon), everything is speedy again.</div>
</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">So my hypothesis is that if you either a) sign the app bundle that you</div>
<div class="">built, or b) launch it by running the binary from the terminal rather</div>
<div class="">than opening the app bundle, then you will get your speedy "open"</div>
<div class="">behavior back.</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">If anyone wants to go down the rabbit hole of trying to figure out</div>
<div class="">why it works this way, here are a couple of search terms and links that</div>
<div class="">might be of interest: Mojave TCC, Attribution Chain</div>
<div class=""><a href="https://github.com/macvim-dev/macvim/issues/763" class="">https://github.com/macvim-dev/macvim/issues/763</a></div>
<div class=""><a href="https://eclecticlight.co/2019/02/01/solving-problems-with-mojaves-privacy-protection/" class="">https://eclecticlight.co/2019/02/01/solving-problems-with-mojaves-privacy-protection/</a> (the most interesting bits are in the comment thread)</div>
</div>
<div class=""><br class="">
</div>
</div>
</div>
</div>
</div>
<br class="">
_____________________________________________________________<br class="">
MacOSX-Emacs mailing list<br class="">
<a href="mailto:MacOSX-Emacs@email.esm.psu.edu" class="">MacOSX-Emacs@email.esm.psu.edu</a><br class="">
https://email.esm.psu.edu/mailman/listinfo/macosx-emacs<br class="">
List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</body>
</html>