Jump to content

evanfuchs

Member
  • Posts

    99
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by evanfuchs

  1. Thanks, Vero. I had already run the troubleshooter by dragging some files, and it reported all was well. I found this issue with File Filters. When you drag a Numbers file into the File Type, it detects the UTI as com.apple.iwork.numbers.sffnumbers, but there is another UTI, com.apple.iwork.numbers.numbers, which isn't detected. When I added that one in manually, it worked fine. I may have been incorrect about the "in" command, which is hard to troubleshoot since it looks in all files and produces a lot results. Incidentally, I couldn't remember where to find the UTI tool you've provided in the past, and combing through the results in Terminal was a bit much. I found this workflow that was quite helpful in identifying the two UTI of Numbers files easily: Alfred Workflow - Read UTI data Thanks, again!
  2. Hi, This is specific to Numbers files, even those that show as downloaded from icloud in Finder. When I limit the scope of a File Filter to Numbers file type with all other defaults, I get no results. When I use "in" to search the contents of any file, I don't get any results from Numbers files. But if I search in Finder for Numbers documents containing my search term, I get results as expected. Then if I open a given Numbers file and close it, File Filters work as expected for those files I've opened only. I have recently rebuilt my spotlight index, but it's odd that Finder can find these files when Alfred does not. I also ran the troubleshooter and Alfred seems happy with the results. Would appreciate any guidance. Thanks!
  3. Updating in macOS Monterey was a little less straight forward than that for reasons that are beyond me, but I did get it updated after some googling and the workflow seems to be working. Thanks again.
  4. Thanks, @luckman212. This version does seem to display the images that were missing. For some new fun, I get the following error when I select (↩) an entry: "/Users/xxx/Dropbox/Screenshots/Screen Shot 2023-01-25 at 12.51.42 PM.png", "subtitle": "from: File List"}, "cmd": {"arg": "/Users/xx [truncated] [08:08:10.137] ClipSaver[Script Filter] Processing complete [08:08:10.138] ClipSaver[Script Filter] Passing output '/Users/xxx/Dropbox/Screenshots/Screen Shot 2023-02-27 at 7.37.41 AM.png' to Conditional [08:08:10.144] ClipSaver[Conditional] Processing complete [08:08:10.145] ClipSaver[Conditional] Passing output '/Users/xxx/Dropbox/Screenshots/Screen Shot 2023-02-27 at 7.37.41 AM.png' to Run Script [08:08:10.283] ERROR: ClipSaver[Run Script] /Users/xxx/Dropbox/applications/Alfred-app/Alfred.alfredpreferences/workflows/user.workflow.36F89F80-8C20-4470-B90D-8BF94E81E85B/save_single.sh: line 26: ${save_to_current,,}: bad substitution /Users/xxx/Dropbox/applications/Alfred-app/Alfred.alfredpreferences/workflows/user.workflow.36F89F80-8C20-4470-B90D-8BF94E81E85B/save_single.sh: line 35: ${img_pathname,,}: bad substitution [08:08:10.284] ClipSaver[Run Script] Processing complete [08:08:10.284] ClipSaver[Run Script] Passing output '' to Conditional This is the only place "truncated" appeared on the output, so I didn't include the entire output here. This did not show up in the previous version output, so I am guessing that is what leads to the "bad substitution"? Let me know if you need anything further. Thanks again for your help!
  5. @luckman212 here you go: https://pastebin.com/ru5eAA12 https://pastebin.com/eeruT0Xc
  6. I am talking about images only. It seems some items in Alfred’s history are not stored directly in that location, but rather as references (plists) to images in another location. Alfred shows all the images (those actually in the folder and those referenced) but this workflow doesn’t seem to see the referenced images. I don’t know enough about Alfred works under the hood to explain further. Just an observation.
  7. @luckman212 Thanks for the reply. Yes, it does show results, but only partial results compared to Alfred's Clipboard History feature. No errors in the debug window, but I looked at the database folder as configured in the workflow, and I found a subfolder "clipboard.alfdb.data" with two types of files: tiff and plist, where each plist is a reference to a file in my screen shots folder. This workflow seems to be showing the tiffs, but not the items referenced in the plists. Alfred's Clipboard History shows both. I hope that explanation makes sense and is helpful!
  8. This must be something obvious, but why would every workflow say "No configuration for this Workflow." in the left pane of the Configure Workflow window? Example:
  9. Any idea why the list of images returned by this workflow would be different than Alfred's Clipboard History feature? When I take a screenshot to the clipboard, it appears in Alfred's results but not in this workflows results. Not sure what other info to provide to help me troubleshoot.
  10. Thanks, @vitor. This is perfect. I did some googling and modified to make the search case-insensitive by added a "c" after the "escaped" variable like so: readonly results="$(/usr/bin/mdfind -literal "kMDItemFSName == '${escaped}'c && kMDItemContentType == public.folder")" Works great!
  11. Would still like to search for folder by its exact name, and not get other files or folders with similar names or names containing (but not exactly matching) the search phrase. Any thoughts on how to accomplish this?
  12. Hi, I am getting this error ERROR: DownVid[Run Script] downvid.sh: line 38: python: command not found I am guessing it's a Python2/3 thing, likely something I messed up previously trying to follow the instructions at Making Python 2 Workflows work on macOS Monterey 12.3 and above ----- The terminal output from the command: brew upgrade yt-dlp Warning: yt-dlp 2022.4.8 already installed The Workflow version you’re on. 22.5 The Alfred version you’re on. 4.6.5 The macOS version you’re on. Monterey 12.3.1 At least one link that is failing. failed link The debugger output, set to All Information. [13:27:05.984] DownVid[Script Filter] Queuing argument '' [13:27:05.984] DownMedia[Script Filter] Queuing argument '' [13:27:06.071] DownVid[Script Filter] Script with argv '(null)' finished [13:27:06.073] DownVid[Script Filter] <?xml version='1.0'?><items> <item uid='Regular Download' arg='/var/folders/24/g_by4bn57x5890wq070h323m0000gn/T/downvid.h80UBLzx' valid='yes'> <title>DownVid</title> <subtitle>Downloads the video to your Desktop</subtitle> <icon>icon.png</icon> </item> </items> [13:27:06.584] DownVid[Script Filter] Queuing argument '' [13:27:06.587] DownMedia[Script Filter] Queuing argument '' [13:27:06.617] DownVid[Script Filter] Script with argv '(null)' finished [13:27:06.619] DownVid[Script Filter] <?xml version='1.0'?><items> <item uid='Regular Download' arg='/var/folders/24/g_by4bn57x5890wq070h323m0000gn/T/downvid.DpRQl2Vl' valid='yes'> <title>DownVid</title> <subtitle>Downloads the video to your Desktop</subtitle> <icon>icon.png</icon> </item> </items> [13:27:07.023] DownMedia[Script Filter] Script with argv '' finished [13:27:07.025] STDERR: DownMedia[Script Filter] /Users/<username>/Dropbox/applications/Alfred-app/Alfred.alfredpreferences/workflows/user.workflow.0270B806-90B3-4916-9A29-148EFEDE13F5/get_title_and_url.js: execution error: Error: Error: You need a supported browser as your frontmost app (-2700) [13:27:07.026] DownMedia[Script Filter] {"items":[{"uid":"downmedia video","subtitle":"Add to WatchList (⌥): true 𐄁 Full Playlist (⌘): false","valid":true,"variables":{"media_type":"video","add_to_watchlist":true,"full_playlist":false},"mods":{"cmd":{"subtitle":"Add to WatchList (⌥): true 𐄁 Full Playlist (⌘): true","variables":{"media_type":"video","Add_to_watchlist":true,"full_playlist":true}},"alt":{"subtitle":"Add to WatchList (⌥): false 𐄁 Full Playlist (⌘): false","variables":{"media_type":"video","add_to_watchlist":false,"full_playlist":false}},"cmd+alt":{"subtitle":"Add to WatchList (⌥): false 𐄁 Full Playlist (⌘): true","variables":{"media_type":"video","add_to_watchlist":false,"full_playlist":true}}},"title":"https://www.youtube.com/watch?v=FqC2lO3Yy_4&list=PLPPomK5QKeyWV7PYC9s-PxrDhVIDpt4Oe","arg":"https://www.youtube.com/watch?v=FqC2lO3Yy_4&list=PLPPomK5QKeyWV7PYC9s-PxrDhVIDpt4Oe"}]} [13:27:09.171] DownVid[Script Filter] Processing complete [13:27:09.174] DownVid[Script Filter] Passing output '/var/folders/24/g_by4bn57x5890wq070h323m0000gn/T/downvid.DpRQl2Vl' to Run Script [13:27:09.175] DownVid[Script Filter] Passing output '/var/folders/24/g_by4bn57x5890wq070h323m0000gn/T/downvid.DpRQl2Vl' to Run Script [13:27:09.251] STDERR: DownVid[Run Script] /bin/bash: line 9: python: command not found [13:27:09.440] ERROR: DownVid[Run Script] downvid.sh: line 38: python: command not found downvid.sh: line 43: python: command not found ----- Hope I got the right info. Thanks!
  13. Okay. FYI, this was not clear to me in the OP: "Check the list of available Workflows. If the one you need isn’t present, ask for it there or as a reply on this thread. Be sure to include a link to the original."
  14. I reinstalled Python 2, but Alfred PDF Tools is still not working for me
  15. These last two replies are over my head, but I'd sure like to be able to continue to use this workflow
  16. Would you be willing to share your workflow? I'd like to see who this works.
  17. As described here, it would helpful to allow for the Clipboard History Viewer to ignore those clipboard entries created by Universal Actions. Currently, you can tell Alfred to restore the clipboard, but it remains visible in the Clipboard History Viewer as the most recent copied item.
  18. Connect your Keyword Input to an Open File action and drop the path to your Screenshots folder into the File field:
  19. Thanks for the quick fix! FYI: I first installed v.0.0.5 allowing it to update the previous version and that did not work. I uninstalled it, killed AlfredGifBrowser, installed again and it's good to go. In case that helps anyone else trying to update.
  20. Sure, sorry about that. The workflow is working as expected, but I am finding an unexpected issue the Clipboard History Viewer related to the workflow. The typical behavior after triggering the Clipboard History Viewer (for example, using the keyword clipboard), is that RETURN will paste the selected item into the foreground app, while COMMAND-C will copy that item back to the clipboard so you can paste it elsewhere without automatically pasting into the foreground app. After installing and running this workflow, COMMAND-C puts /Users/<username>/Library/Caches/com.runningwithcrayons.Alfred/Workflow Data/mr.pennyworth.gif/selected.gif on the clipboard. If I run killall AlfredGifBrowser, the issue with Clipboard History Viewer goes away. I hope I'm explaining it clearly.
  21. I've run into an issue with the Clipboard History Viewer. If I hit Return on an item in the viewer, the item is pasted into the foreground app as expected. However, if I Command-C an item in the viewer (to avoid pasting it), rather than copying the item back to the clipboard, it copies "/Users/<username>/Library/Caches/com.runningwithcrayons.Alfred/Workflow Data/mr.pennyworth.gif/selected.gif" Disabling the workflow has no effect, but killall AlfredGifBrowser restores the expected behavior until I run the workflow again.
×
×
  • Create New...