Jump to content

mikedvzo

Member
  • Posts

    207
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by mikedvzo

  1. M1 MacBook Pro. It is a corporate MacBook. I have rebooted but will try again and will try on my Mac mini. Starting to wonder if it is related to Crowdstrike since it causes so many issues. Thanks for looking into it.
  2. https://www.dropbox.com/scl/fi/mq0dvh8rnuiqnbonob2kb/Resize-Apps-3008.zip?rlkey=f023rjpwm2r9iuoqww2a8x6b8&dl=0 macOS 14.3.1
  3. Alfred's preferences is spiking over 100% for about 10s and is unusable after I edit a simple workflow that has a bunch of entries with AppleScript used to resize apps on my desktop. Whenever I try and add a new connector it spikes. Easy to replicate. macOS 14.3.1 Alfred 5.5 [2257]
  4. Is there a way to show only Alfred Workflows that need updating? Or better yet, an option to update all workflows at once. I have been searching through my list of workflows a dozen times and still need help finding the one workflow that Alfred says can be updated.
  5. @Andrew I ran both machines again for another five days and had no glitches with the Mac mini preferences in iCloud and the MacBook preferences locally. I switched the MacBook to sync to iCloud and ran several remote sessions from my iPhone to both machines with no issues. I changed the workflow on the MacBook, and sure enough, the remote connection to the Mac mini failed, and the MacBook worked fine. This confirms my previous testing, and I believe the error is related to the sync after a change on one device. The status is inconsistent when I turn on sync and go into the workflows. Some workflows show up to date on one machine and not on the other, even though I am synced. I think I am done messing with this and will sync manually. The fix is to disable the remote feature on the broken machine and re-enable it.
  6. @Andrew I did that on November 7 with the old MacBook and the Mac mini and had no issues. I only recently got the new MacBook on Friday, so I re-enabled it, thinking it would be fine. I manually Synced both preference files by turning off sync and copied the file over. I turned off the Remote and deleted both Macs, and quit Alfred. I restarted Alfred and added both Macs back, and I will see what happens. Right now, they both are working with no issues. Last time however it took almost an entire day to fail. Btw without Sync I never have an issue with the Remote on both machines and the ServerUID is stored in a location that is not synced so I would not expect that to be the issue.
  7. I sync them through iCloud Drive, turn off optimized storage, and wait for the first to settle before syncing the second. The new Mac mini and the MacBook Pro were built from scratch. After syncing, I noticed a couple of Workflow only on the primary machine. Not sure why. I have been at this for two months, and now I have a new MacBook built from scratch with the same issue. I checked the ServerUID files, and they are unique. By the way, I can run both Macs with the Remote app and connect. It takes a little while for one of them to fail.
  8. Update - I have a new M1 MacBook Pro and still have the same problem with the new Mac Mini and MacBook Pro. There are no issues if I do not use the remote with both machines. This seems like a bug with the Remote app accessing multiple machines. I am forced to not Sync on the one device. The only thing I use the remote for on my corporate MacBook is for a script I wrote to unlock my machines. I will. I had another way to do it. I would ditch using the remote on the corporate device.
  9. I went ahead and ran the Alfred for two days with both machines synced, and it failed as expected on the MacBook Pro after two days. As mentioned, it appears to happen when you are accessing both devices from the remote around the same time. I turned off sync on the MacBook Pro, which has not happened in a week. There appears to be nothing wrong with the preferences file, just that it does not like simultaneous access to the file from 2 machines. Whenever I used it with two devices in the past, it was not at the same time, usually at least 15 min between accesses.
  10. Now it is doing it on the Mac mini. I suspect this is a bug in how Alfred handles the remote pages because I see no other issues with Syncing.
  11. So I moved it all to local sync and then back to remote, and it worked for almost a week and broke again. Any other suggestions on how to keep using remote sync on both machines w/o restarting the Remote services regularly on the MacBook? Thinking through this more carefully, I have never used Alfred Remote with two machines almost simultaneously, and I wonder if this is a bug or limitation. It broke again when I went back and forth between controlling both devices this morning.
  12. I went ahead and stopped Alfred on the Mac mini and moved the sync file off of iCloud. I then told Alfred on the MacBook Pro to sync to iCloud. After everything was synced, I restarted Alfred on the Mac mini. I had it still pointing to the iCloud directory but now using the preferences file upload to iCloud by the MacBook. Everything seems good until late tonight and it failed again. Moving back to a local folder. Seems like after it pushes changes from the Mac mini it breaks.
  13. I set it to the default local directory and immediately started working after it failed. I will wait a few hours because it never takes long to die. If this is the culprit, which I expect, you are correct that it is. What are the next steps if I want to keep syncing?
  14. This is the message I am getting every time it stops working. Seems to be after about a few hours. Is there any logs or debugging I can turn on? This worked flawlessly for years with two macs sharing preferences.
  15. I recently added a new Mac mini to Alfred, so I have a MacBook Pro and a new Mac mini. I used to have an old Mac mini, which I removed, so I always had two devices synced via iCloud Drive, with Optimization turned off and no issues. Since I added the new Mac-Mini, I constantly get an error message when trying to connect with my iPhone via Alfred remote to the MacBook Pro, stating "No Pages Found." The fix is to restart Alfred's remote services on the MacBook Pro each time. I have removed and re-added the remote and rebooted it, and the problem persists.
  16. Thank you for fixing it! I use Amazon Music and control it with the remote app on all my HiFi systems with Airfoil and this is a must have for me.
  17. Sorry about posting in more than one place. I saw the thread after I replaced it and figured other users who used that thread may seen the same issue. Here is a the workflow which is basically keywords with the above Python Script. https://www.dropbox.com/s/h58b3jhp88g0irp/Music Control.alfredworkflow?dl=0
  18. This no longer works and you get an error message: "No module named Quartz" even after a "pip install pyobjc-framework-Quartzz". I ma not a programmer so excuse my ignorance.
  19. I am using a Python Script that someone else wrote to control the macOS Media keys for music playback. It stopped working in Monterey 12.3 with Python deprecation even though I added support for Python as instructed. I am not a programmer so any help is appreciated. I get the error message "No module named Quartz" even after doing a "pip install pyobjc-framework-Quartz". Below is the code: #!/usr/local/bin/python # CLI program to control the mediakeys on OS X. Used to emulate the mediakey on a keyboard with no such keys. # Easiest used in combination with a launcher/trigger software such as Quicksilver. # Main part taken from http://stackoverflow.com/questions/11045814/emulate-media-key-press-on-mac # Glue to make it into cli program by Fredrik Wallner http://www.wallner.nu/fredrik/ import Quartz import sys # NSEvent.h NSSystemDefined = 14 # hidsystem/ev_keymap.h NX_KEYTYPE_SOUND_UP = 0 NX_KEYTYPE_SOUND_DOWN = 1 NX_KEYTYPE_PLAY = 16 NX_KEYTYPE_NEXT = 17 NX_KEYTYPE_PREVIOUS = 18 NX_KEYTYPE_FAST = 19 NX_KEYTYPE_REWIND = 20 supportedcmds = {'playpause': NX_KEYTYPE_PLAY, 'next': NX_KEYTYPE_NEXT, 'prev': NX_KEYTYPE_PREVIOUS, 'volup': NX_KEYTYPE_SOUND_UP, 'voldown': NX_KEYTYPE_SOUND_DOWN} def HIDPostAuxKey(key): def doKey(down): ev = Quartz.NSEvent.otherEventWithType_location_modifierFlags_timestamp_windowNumber_context_subtype_data1_data2_( NSSystemDefined, # type (0,0), # location 0xa00 if down else 0xb00, # flags 0, # timestamp 0, # window 0, # ctx 8, # subtype (key << 16) | ((0xa if down else 0xb) << 8), # data1 -1 # data2 ) cev = ev.CGEvent() Quartz.CGEventPost(0, cev) doKey(True) doKey(False) if __name__ == "__main__": try: command = sys.argv[1] assert(command in supportedcmds) HIDPostAuxKey(supportedcmds[command]) except (IndexError, AssertionError): print "Usage: %s command" % (sys.argv[0],) print "\tSupported commands are %s" % supportedcmds.keys()
  20. That is my experience too. At the same time I posted this on the Alfred form I also replied to a post in December about this problem. The user had retracted it and said it wasn’t an issue but it clearly is Still a problem. I updated my original post here because I meant to say the problem goes away if I quit 1Password and restart it
  21. I have noticed this problem with Alfred Text expansion in the latest update of 1Paasword8 8.60 and Alfred 4.6.2. 1Password blocks secure input. I know this has been a known issue with Terminal for a long time, but only recently, with the latest release of 1Password, have seen this issue. The problem is usually fixed if I quit and restart 1Password. Anyone else seen this issue?
  22. Any chance you can add MS Edge to this as I have finally dumped Google Chrome as it has a number of issues with Keystone and Mac with Windows Manager in Big Sur.
  23. This is an example of how large it is on my screen.
×
×
  • Create New...