Jump to content

AuspiringMind

Member
  • Posts

    18
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

AuspiringMind's Achievements

Helping Hand

Helping Hand (3/5)

1

Reputation

  1. HA! Well now I'm embarrassed. Sure enough, it was a workflow I made that used the "Launch Apps/Files" and I’d put the path to the Alfred preferences in Alfred 4. Apologies all around. Thank you @Vero and @vitor! As a PS..should I remove Alfred 3 and 4 just in principle?
  2. Hello. I hope I report this all correctly. If this is something I should post in another part of the forum, please do let me know. What you were doing when the issue happened I had downloaded Alfred 5. I went through the backup of preferences and conversion to Alfred 5. Everything was working great. All Permissions in my settings were for Alfred 5, as was the login item. I restarted my computer at a later time. I noticed Alfred was looking different visually, so I opened Alfred preferences and it showed as 4.8 (1312). I clicked Quit Alfred and went to my Applications and clicked on Alfred 5 When opening Alfred preferences, it was (yet again) Alfred 4.8 (1312) and NOT Alfred 5 running I again quit Alfred I tried moving Alfred 4 to the trash then again launched Alfred 5 It launched but wouldn't open the preferences panel until I restored Alfred 4 out of the Trash (as it was still running Alfred 4 somehow) Whether you were able to replicate it a second time by performing the same action Yes it's the same every time Include any screenshots that might help us A screen recording would perhaps be more helpful: https://www.loom.com/share/132a77c271c0450daabfa95111e58555?sid=cedd3a75-eec5-4e3c-8c0a-206590b532ed Include the Alfred version & build number you are using (don't say "latest" - you'll find a version number in the Update tab of Alfred's preferences) The one that is launching is 4.8 (1312) BUT it's launching when I click on version 5.1.4 Include your macOS version Ventura 13.6.3 (22G436) Please let me know if there's something more I can provide! Thank you so much
  3. @giovanni So on the "backup" computer, I had reverted to previous preferences and stopped using the synced for now. The odd thing is, if I sync between computers, I can re-fix the workflows on one, but it immediately makes them fail on the other and visa versa. To get you an error, I changed the preferences back to the synced preferences and got this when running the workflow: [15:01:45.773] Logging Started... [15:01:48.830] BADB Offline - ECOURSES[Script Filter] Queuing argument '(null)' [15:01:48.902] BADB Offline - ECOURSES[Script Filter] Script with argv '(null)' finished [15:01:48.903] ERROR: BADB Offline - ECOURSES[Script Filter] Code 126: /Users/emilybarwick/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/21B7B04F-CCD9-4C2C-9F88-CDD9D252D310: ./isyn: /usr/bin/python3: bad interpreter: Operation not permitted I'm not sure if that's the same error every time or not. It's just odd that I can do the whole rigamarole of downloading the workflow and replacing files and get it to work on one computer but it will then not work on the other. BTW, Only on one computer did downloading the newest version of ISYN give me the error of it having Alfred5 elements (even though both computers are running Alfred 4) That's why I've now been explicitly downloading the one for Alfred 4.
  4. Thank you for the reply @Vero. Yes I am using Alfred 4 on both Macs. Both are on Ventura 13.6.3 (22G436)
  5. Update: I did a full re-sync of my synced preferences for Alfred from the computer where I Sheet You Not is working. Then I changed the preferences location on the computer it's NOT working on to that new Dropbox folder. However, I was still getting errors on the 2nd computer. I tried re-downloading the workflow and then it said it wasn't compatible because I'm on Alfred 4 (even though it's not said that before) I then downloaded the "Version 4" of the workflow and that DID work on my "original" computer. I then copied all files but the plist of the working Demo into one of my other workflows. That did fix the workflow on my "original" computer I was setting up. HOWEVER, then when I went back to the "backup" computer, where all of my Alfred workflows have been working, they no longer were (both are sharing the preferences folder via DropBox. So it seems like when I do this process of replacing the files (other than plist) on one computer, it messes up all the I Sheet You Nots on the other MacBook. I'm not sure why I can't keep them working on both computers? For now I reverted back to a non-synced preferences folder on each.
  6. Hi again! Sorry to be having a similar issue again. I got back my "original" computer and am working on setting Alfred back up. I'm now hitting a similar error as I was on my "backup" computer, but this time, the solution steps aren't working. I downloaded the newest version of I Sheet You Not from here. But even the new version is giving me an error, so replacing its files (except plist) into my custom workflows doesn't help. This is the error I’m getting even in the new DEMO workflow: [13:03:00.286] Logging Started... [13:03:07.891] I Sheet You Not[Script Filter] Queuing argument '(null)' [13:03:07.961] I Sheet You Not[Script Filter] Script with argv '(null)' finished [13:03:07.962] ERROR: I Sheet You Not[Script Filter] Code 126: /Users/emilybarwick/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/F6D4BB6C-36E7-4A53-8212-2A9E9E754613: ./isyn: /usr/bin/python: bad interpreter: No such file or directory Any insights are appreciated. And apologies if I'm again mussing the obvious
  7. @giovanni Thank you. That did it. And hilariously, that recommendation was made TO ME forever ago... I didn't know if that was gonna work given a new version. Should have tried it before asking... was in transit, so wasn't on the computer to try. Really appreciate your time and responsiveness, @giovanni and @vitor!
  8. Actually, @vitor after re-re-downloading, the demo IS working. But all my existing ISYN-based workflows are still not. Is there some way I can "update" them to this new version without re-creating them from the start? (also, if there's some other place I should put this, please let me know). Thank you!
  9. Hi @vitor thank you. That's is the version I'm using. I re-downloaded it fresh today from that github just to be sure. But the issues above are still what I’m hitting. It's been and is working fine on my old computer, but not this new one. Where should I go to get help with this now? Thank you!
  10. Hi @deanishe, I've set up Alfred on a new computer and my I Sheet You Not workflows aren't working (I do have things synced). I re-installed the demo starter workflow to see if that one would work, but it's not working either. In Alfred's debugger it's giving me this: [11:30:44.393] Logging Started... [11:30:53.850] I Sheet You Not[Script Filter] Queuing argument '(null)' [11:30:53.873] I Sheet You Not[Script Filter] Script with argv '(null)' finished [11:30:53.876] ERROR: I Sheet You Not[Script Filter] Code 127: /Users/emilybarwick/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/18114CB5-3556-40D7-8F82-DFE1F0E0F744: line 2: ./isyn: No such file or directory A second time it returned similar, but with added note about "/usr/bin/python: bad interpreter:" [12:21:33.002] Logging Started... [12:21:49.075] I Sheet You Not[Script Filter] Queuing argument '(null)' [12:21:49.145] I Sheet You Not[Script Filter] Script with argv '(null)' finished [12:21:49.146] ERROR: I Sheet You Not[Script Filter] Code 126: /Users/emilybarwick/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/568DADCD-2A78-443F-BF34-86F421AAF03C: ./isyn: /usr/bin/python: bad interpreter: No such file or directory When I try any of my existing workflows, it's similar: [11:30:44.393] Logging Started... [11:38:41.085] BADB Offline - POSTS[Script Filter] Queuing argument '(null)' [11:38:41.111] BADB Offline - POSTS[Script Filter] Script with argv '(null)' finished [11:38:41.128] ERROR: BADB Offline - POSTS[Script Filter] Code 126: /Users/emilybarwick/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/024F9AA1-8788-4093-910E-650BCB8FA828: ./isyn: /usr/bin/python: bad interpreter: No such file or directory Please let me know if you need additional information. Thank you!
  11. Thank you @deanishe. I downloaded the workflow again and replaced the files as you'd described, and now it's working. No idea what was wrong in the first place, but it's working now. :) Thank you for your time.
  12. @deanishe I do have the most recent version of the workflow. When you tried it out, did you use the DATE_FORMAT environment variable or the export_FMT? And for future reference, how would I update workflows I made through ISYN I with new versions? Downloading a new version of the workflow will update the ISYN workflow itself, but does that affect any I've created with the red generating aspect prior to updates?
  13. Sorry, @deanishe I didn’t know you'd want the file. It doesn't let me attach it in here, but you can find it at this dropbox link. Please let me know if there's more info I can provide. Thank you!
  14. Hello, I hope I'm not missing this elsewhere—I've read through the documentation, but I'm not having success with exporting a date format. I've included the DATE_FORMAT in the environment variables, and even tried additionally including it in the Script area of the filter I'm using the date for: Environment Variables: In the specific script filter I've tried having the date column in the workbook set as a Date in the YYYY-MM-DD as well as having it set as "general" non-specified. Regardless, I have the same result where what is copied to the clipboard is not formatted. Example: Date Published: 2014-09-24 When copied through the workflow, it goes to the clipboard as: 41906 I'd appreciate any help getting the YYYY-MM-DD to copy properly. Thank you! If it's needed: I have Alfred 4.0.4 Running MacOS High Sierra 10.13.6 (17G8030)
  15. Thank you again @deanishe I figured I wasn't understanding the role of things. I still don't quite get the division of the VPN service vs. app. Like I think I pay PIA for their VPN service, but that their app is just one of several choices for managing the service? [It doesn't seem like it, but I promise I have read a lot about this... just seems to not "click" for me!] Is there a way to control the PIA app through scripting and workflows? That's what I'd originally attempted. As I only have PIA, is there a benefit to using another app to manage the connection? (other than that I can finally use an Alfred workflow). Regardless, I will look more into Tunnelblick and Viscosity—I read on the Github that the main difference is open source vs. proprietary, with Viscosity having a nicer interface as well. Do you recommend one over the other, or does it just come down to personal preference? I found the link, which opened to a variety of options. Is there one you recommend? As for Network preferences, I figured it was something like that... just seemed to be the only results when looking to toggle VPN via a script were for ones that were natively supported.
×
×
  • Create New...