That was a response to you mentioning The Guardian article , above in this topic, in relation to CogSci Apps (which coincidentally deals with a topic I’ve been mulling over, i.e., the epistemology of covid personal and gvt responses). Tim Cooke: “I spend almost all of my time on people, strategy and execution. And I think that most everything else falls from those.” Yes too to requirements and design .
Getting back to the issue you reported: Looking at your screenshot, we see the time stamp of the 1.1 file is today. The 1.1 tag file was created before 1.5. This suggests that in that folder of yours, Hook created everything today, meaning that you started from a fresh installation of Hook. That would explain why you have no data there. Your alias folder being empty would confirm that. At this point, it does not look like an issue with Hook.
No. It wasn’t a fresh installation when I clicked the new activation link. It seems to have become one at that point.
I’m not using any scripts which reference that folder.
Whether it is a Paddle issue or a CogSci issue I have no idea – the mechanism which loses the license should be some kind of clue.
The only thing that I wonder about on the system at this end is whether the Little Snitch firewall blocked any component message of the re-activation process. As I reported:
its as if the original folder had simply been completely overwritten
If that wasn’t by the upgrade, which left me (and, I hear, at least one other) with an inactivated license, then it sounds like the reactivation.
You may have to explain to me what you have in mind with the distinction between ‘added’ and created, but I wonder if the preferences file is getting eternally created afresh ?
The upgrade was yesterday morning (Europe) (see the post times), and the created and updated stamps appear to be simultaneous – just after midnight last night:
just to be sure, when you encountered the missing data issue, you had upgraded from 1.4 to 1.5, not 1.3 to 1.4, correct? The reason we ask is that the 1.1 tag file was introduced in Hook 1.4. So, if you had been running Hook 1.4 , given the 1.1 tag is present this suggests that the entire Hook Library folder (~/Library/Application\ Support/com.cogsciapps.hook/) was created at 1.5 launch time.
could you please also let us know the date created and date added of ~/Library/Application\ Support/com.cogsciapps.hook/ ?
Per above, could you also please verify whether your ~/Library/Application\ Support/com.cogsciapps.hook/aliases/ folder contains any entry created before your run of Hook 1.5? If the Hook Application Support folder is new, then it should not contain such entries.
The license re-activation error you experienced is just a coincidence. LittleSnitch, a network problem, or the license activation server could cause the license message you saw. We have exercised that part of the code countless times in last two years, as have our users. We reexamined the code and ran more tests confirming this. There’s no causal path in Hook between a re-activation failure and reinitializing Hook’s library folder.
When Hook starts, if its Applications Support folder is not present, of course it will create it. However, once that folder exists, Hook will never recreate it or reinitialize it. There’s no code in Hook to do that. Even if your macOS instance gave Hook a false reading that the folder does not exist when in fact it does (extremely unlikely), Hook could not recreate or init that folder. (We’ve examined and tested for this).
a telling test would be to revert to Hook 1.4 (launching it once with the prior state) and then quit and launch Hook 1.5. It should convert the database and run smoothly.
it may be worth checking whether any other Library or other folder is missing from that user’s account. I’m sure you’re extremely well aware of diagnostic methods, but if someone were to experience issues reading and writing from folders, I might normally recommend Apple’s support pages including Resolve issues caused by changing the permissions of items in your home folder - Apple Support.
It will work on any system that has Hook (even the free, Lite, version of Hook) and has a file with the same name. One of the social benefits of Hook is that you can share links to files that are revealed in their Finder. They are relative to the terminal node (the “n=” field), also considering some of the path upward from there, preferring the best match.
Some of the use cases for this are sending links to shared files or folders that are in a checkout of a version control system (Git, SVN, whatever), or a locally synced cloud share (e.g., Dropbox).
This contrasts with sending http:// links to shared Dropbox files, which take you to the web, which is slow.
I often send hook://file links to colleagues and family members. It saves them having to search for the item. It means they are more likely to act on messages about files.
So in short the hook://file link I shared with you should work. Just copy and paste it in Spotlight.
CogSci Apps needs to do a better job of marketing the many features of Hook . Presumably, as people start sharing hook://file links, the number of Hook users will increase.
This doesn’t work for me. Did you mean Spotlight? Pasting in Safari does a Google search and posting in spotlight just brings up the search history of when I tried it in Safari.
However, now in my test (macOS 10.14.6 latest) Spotlight won’t serve web URLs, OmniFocus or Drafts either.
Anyway, as for the original hook://file link I posted way up there, if you paste it in Alfred or LaunchBar it does work. It should work in any software that honors app links (e.g., omnifocus:// , drafts:// or hook://). E.g., BBEdit has a ‘openURL’ function.
The reason I suggested using a tool like that is that Discourse neutralizes app links. I don’t know a way around that. So when I paste app links here, I escape them in ticks ``.
This is all working for me now — I didn’t know you can open URLs with Spotlight but have found out that 1) you need to include the protocol for it to work with web URLs 2) you have to wait for the results to load, simply hitting enter doesn’t resolve immediately as expected.
The issue I was having with the URL above is I was copying this:
which had hidden debris at the end: (hook://file/LBUnTs2tn?p=TGlicmFyeS9BcHBsaWNhdGlvbiBTdXBwb3J0&n=com.cogsciapps.hook) folder ( ~/Library/Application\ Support/com.cogsciapps.hook/).
.
