Jump to content

raguay.customct

Member
  • Content Count

    708
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by raguay.customct

  1. I'm just getting: [14:35:38.139] Logging Started... [14:35:40.026] The Archive[Script Filter] Queuing argument 'Sermon' [14:35:41.602] The Archive[Script Filter] Script with argv 'Sermon' finished [14:35:41.607] STDERR: The Archive[Script Filter] ERROR: Cannot get the application setting: isUsingIDForNewFiles
  2. If you want to easily setup and run different protocols, I would suggest using Lincastor. It makes setting up those protocols easy. Then have the AppleScript trigger an external on Alfred and your set!
  3. You missed my point. Use Alfred to launch and control the other applications. The 'div' workflow does that, just behind the scene so you don't realize it. I like my Hammerspoon workflow because I can add functionality easily, but run everything from Alfred. The power of Alfred isn't that it does everything, but that it can 'glue' the smaller programs together to make life easier.
  4. I don’t use a titling window managers, but Hammerspoon has it as an option to setup. It’s has the function built in but no hotkey assignments setup. If your interested, I can help you set it up. I do have a Hammerspoon Wordflow for Alfred. I use it all the time for setting up window layouts for different workflows. I also use my fman plugin Project Manager with Hammerspoon to setup windows for my project when I enter the project directory in fman. Very useful. With all these outside resources, there’s no need to add it to Alfred, but create the proper workflow for you using the other t
  5. I upgraded to Catalina because of a program that is Catalina-only. As Catalina gets older, more and more programs will be Catalina-only, especially programs that are just now coming to market. But, I doubt Catalina will get tighter with restrictions (but I could be wrong). So far, my 80+ workflows that I use are running fine in Catalina. IF mac goes banning all scripting, it will be in a future version that most developers will mostly not use and therefore will not make it long. The only programs I lost due to the move were 32-bit programs that the developer no longer supported or
  6. Or, simply make a workflow with lots of keywords for the app you want to a launcher for the app. Very simple, straight forward, and easy to see and edit.
  7. My experience in Mojave is that the macOS program iconservisesagent is going nuts. On my system, it was caused by the Path Finder program and some extensions added to Finder (Dropbox, Deskdrawer, etc). Removing Finder extensions and stop using Path Finder fixed all my issues with Alfred being slow. I’ve notifed the authors of Path Finder, but they have not replied.
  8. Hey @Vero, I found out something interesting. Path Finder is causing the iconservicesagent and Dropbox to run hot. I’ve sent them a notice about it. Since iconservicesagent running out of control effects Alfred, you might want to see if those that are having an issue with Alfred freezing up are using Path Finder or not. As long as I don’t run Path Finder, I don’t have any problems with Alfred locking up.
  9. Just the iconservicesagent is hogging all the CPU (90%). That seems to be the common denominator. Since others are having some issues with Alfred hanging, I figured maybe this is the reason and maybe if we all think about it we can find a common solution. Since iconservicesagent is a macos item and many people are complaining about it, but Apple hasn't said a word. If some promonent vendors complained, maybe we can get something to fix it? Worth a try. But, Alfred only started having hanging issues right after 4.0.5 (around). It also only happens only in the Alfred browser trying t
  10. Now, it will not launch. It shows up in the Activity monitor, but it doesn't show the icon or activate. Here is the process sample: Sampling process 20503 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling Alfred (pid 20503) every 1 millisecond Process: Alfred [20503] Path: /Applications/Alfred 4.app/Contents/MacOS/Alfred Load Address: 0x106d40000 Identifier: com.runningwithcrayons.Alfred Version: 4.0.7 (1129) Code Type: X86-64 Parent Process: ??? [1] Date/Time:
  11. It happened again. Here is the dump: Sampling process 18932 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling Alfred (pid 18932) every 1 millisecond Process: Alfred [18932] Path: /Applications/Alfred 4.app/Contents/MacOS/Alfred Load Address: 0x1083d9000 Identifier: com.runningwithcrayons.Alfred Version: 4.0.7 (1129) Code Type: X86-64 Parent Process: ??? [1] Date/Time: 2019-12-03 17:37:16.088 +0700 Launch Time: 2019-12-03 17:13:23.566 +0700 OS Version: M
  12. Alfred totally hanged again while trying to run Archive Tool on a zip file from the Alfred Browser. I had to kill Alfred, but I pulled this from the Activity Monitor first. The iconservicesagent has been running hard today as well. Not sure if it is related or not. But, the two items do seem to happen at the same times. Sampling process 463 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling Alfred (pid 463) every 1 millisecond Process: Alfred [463] Path: /Applications/Alfred 4.app/Con
  13. Okay. It hanged again and I did the sample process: Sampling process 5670 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling Alfred (pid 5670) every 1 millisecond Process: Alfred [5670] Path: /Applications/Alfred 4.app/Contents/MacOS/Alfred Load Address: 0x10ba8e000 Identifier: com.runningwithcrayons.Alfred Version: 4.0.7 (1129) Code Type: X86-64 Parent Process: ??? [1] Date/Time: 2019-11-26 16:05:48.577 +0700 Launch Time: 2019-11-26
  14. Do any of you on this list have Finder extensions loaded? I've noticed a similar slowdown to the point of lockup. But, when I deleted the FiScript Finder extension, everything is running faster now. Somehow, Finder extensions are being called when you request files from the OS (or, it looks like that to me). Therefore, look to see what Finder extensions you might have (Dropbox, FiScript, Default Folder X, etc) and disable them. Then see if it helped your response time. It helped for me.
  15. Okay, but I might of fixed it. I just removed the `https://github.com/Mortennn/FiScript` after reporting my issue and nothing has come up since. It must have been an incompatability with that program? it's an addon to Finder. So, I'm not sure how it could of affected Alfred? A mystery to me. I'll keep an eye out on it happening again and will let you know the Activity Monitor report.
  16. System Specs: MacBook Air 2017 13" macOS: 10.14.6 (18G1012) Alfred: 4.0.6 What I was doing: Sometimes when I open the Alfred Browser using <ctrl><alt>c, the window shows with the files in the last directory opened. It is more likely to happen on directories that are very large. But, it has happened some on small directories. What happened: Alfred quits responding to keystrokes, mouse clicks, etc. It totally hangs until I use a terminal and type `killall Alfred`. Then when I relaunch Alfred, it behaves just fine.
  17. Okay, that is suppose to go to My Editor Workflow to call the editor I am using to edit the configuration file. Now, the alf command doesn't show a bad workflow. I had forgotten that I had changed the name of the workflow and I haven't needed to edit those files recently. But, why would calling a workflow that has been renamed as a XML parse error?
  18. Yes, Alfred has full disk access. I figure this might be an interaction with Alfred, Catalina, and Dropbox since all of my workflows are stored there. Does your system share on Dropbox?
  19. That's what I thought too. Not sure what is happening.
  20. Update: My normal login on Catalina, which is a Mojava login migrated to Catalina, will not allow me to update plugins. It puts a red message at the top saying it can't move to... Not enough room for the full message, but I assume it means the trashcan. Since it is a Dropbox synced account (the test account isn't synced to dropbox), I was able to update it on my main system which is on the Mojava system. Looks like permissions in the home directory has changed in this new version as well. Installing new workflows does work. It might be something to keep an eye on.
  21. Sorry, I seamed to have missed this. It's my Pollen workflow. You can download it from my workflows repository on GitHub: https://github.com/raguay/MyAlfred The workflow loads and runs fine. I've removed it and re-installed it and your workflow still says it's in error. Not sure how to fix it other than recreating it.
  22. Oh, I know. I just wanted you to know to keep an eye on it. It just seems weird that a requester for password happens on one account and not the other. I wasn't sure if Alfred requests it or the OS is suppose to automatically.
  23. A different login, it updated fine. It asked for my password and installed. My original login, it never asked for my password and said it couldn't install. For some reason, on my normal account that came from Mojave, it didn't ask for a password.
  24. Well, every folder and file in that directory has me as the owner and staff as the group, which is standard for macos. Therefore, I'm not sure why it's having an issue.
  25. I just installed the Catalina Public beta on my test system. When Alfred needed to update this morning, I get this message: Alfred was unable to copy Alfred Assistant into Alfred's Application Support area. This is almost certainly due to a permissions issue. As such, this action has been cancelled. As such, I can't update this current version. Is there a work around? What directory location would this be referring too?
×
×
  • Create New...