Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by idea4IT

  1. Hi there,


    I'm running Alfred 3.0.1 (Build 671) and having the problem that the 'fn' action modifier does not work anymore. AFAIK, it also didn't work under 3.0.0.

    When pressing 'fn' in one of my workflows, the action is displayed correctly, but when hitting enter, the default action (no modifiers) is triggered.

    I changed the modifier to 'ctrl' and then everything was working as intended, so I guess it's an Alfred bug.





    I'm afraid it's currently one arg only. You can't change arg based on the mods, though I think this is coming in v3.
    What other data do you need to pass? Would it be possible to cache the data to disk, keyed by URL?



    I need to keep track of the corresponding ID. In this specific case, two IDs can have the same URL, so that'd be ambiguous. Mh, let me try to think about something :D

  3. If arg is a URL, you can preview the webpage by hitting SHIFT (Quicklook) on a result.


    Oh nice! I didn't know about this.

    Is there any way to have more than just the URL as arg while being able to do the Quicklook? Or is there a way to define arguments depending on the current modifier?

  4. I'm looking for ways to add a link from my clipboard to pocket. Is this something this workflow can help with? I can't figure out how to use the clipboard with the workflow


    Have you tried copying a link and then hitting CTRL+L? :)

  5. Great workflow.  Is there anyway to get this to show a "Preview".  I even disabled your cmd and shift modifiers to see if I could use cmd Y/shift to view a preview, but nothing happened.  






    What do you mean by a "Preview"? A text version of the link?

    Unfortunately, Alfred Workflows can't really render HTML Previews or something like that.

    You could extend the workflow with a text preview, but since it would only be possible to show a few words, I doubt that it'd be very useful.

    Any other ideas?

  6. I tried deleting the keychain entry and that did force me to re-log into gmail. Unfortunately, though, it didn't solve the problem and the same keychain entry is back.

    Alfred v 2.6 (374)

    OS X 10.10.2

    Gmail for Alfred 1.1


    Thank you!


    Thanks, Eric. I think I was able to track down the problem!

    Here's a new version that should fix it:



    Same problem here... it creates the same keychain `com.fniephaus.gmail` , over and over. 



    The workflow saves the access token in your keychain, so the file is supposed to be created if it does not exist. Deleting the file will force you to re-authenticate. In v1.2 I've now added a shortcut (`wf:deauth`) for doing this.

  7. This workflow seems amazing. But I can't get it going. No matter which mailbox I choose (INBOX, STARRED, SENT, SPAM, ETC) I get "No Mails Found". Can you help?


    Hi Eric,

    Thanks for getting in touch.

    Could you also please delete the `com.fniephaus.gmail` entry from your keychain and then try again?

    Unfortunately, I can't really tell from your log what's causing your issue.

    What workflow, Alfred version and operating system are you using?



  8. Hello, 

    For some weird reason, I cannot get emails from my inbox, but I get starred or unread emails. Any ideas?


    Hi Sebastian,

    Thanks for the bug report.

    Could you please delete the `com.fniephaus.gmail` entry from your keychain and then try again?

  9. Great workflow, I use it very long time. But yesterday I updated it to the last version and unfortunately it starts to show me that my list is empty, when it's not. Now it works from time to time. I downgraded back to the version 1.8 and it starts to work properly.


    Hi scraplesh,


    Thanks for your feedback.

    The problem is that the caching format has been changed with version 4.

    This means that it's necessary to clear the cache when upgrading from all versions below v4.0.

    And exactly this should now happen automatically if you install the latest version (v4.3):



    Can you give it a try and let me know if this has resolved your issue?




  10. The version I'm using was downloaded last week from Packal. When I type "pocket wf:reset" and press return nothing occurs visibly, its is as if its waiting for an argument. I assume it would prompt me to reauthorize after running the reset?


    The access token is saved in your Keychain, so it's not deleted when you reset the workflow.

    Resetting the workflow will delete all workflow-related settings as well as the cache.

    Hope this helps.

  11. Sometimes calling the workflow produces no results when it did previously. If I delete com.fniephaus.pocket from Keychain and run the workflow again everything is fine. Is there something I can do to prevent this behavior?


    Are you using the latest version? Could you run "pocket wf:reset"?

    If the problem persists, how can I reproduce the problem?

  12. @fniephaus


    I tried last summer to check what was preventing your pocket workflow from working on my Lion machine and found out that it had to do with the alfred-workflow python library not being10.7 compatible (as explained in this thread).


    I'm just letting you know that your worklfow, and likely many others, will now be  10.7 compatible (and likely 10.6), thanks to the alfred-workflow library's latest update that fixes the keychain issue on 10.6 and 10.7.


    I was able to test that the worflow work on my machine with this update. Thanks for your workflow anyway.


    Thanks for the info, Chris!

    I've updated Alfred-Workflow and pushed a new release which adds support for OS X 10.6+:


  13. Is there any plan to make this workflow async? 

    Now it takes time after actions like archivation for alfred to appear again. 

    It would be magic if all requests were made in background. 


    That's definitely something that could be improved.

    I haven't really thought about it yet...and some things like notifications require the user to press enter.


    I've opened an issue on GitHub: https://github.com/fniephaus/alfred-gmail/issues/12


    Feel free to comment on that or even open more issue with more ideas!


    how do I install ?

    thank you


    comment l'installe t-on ?



    Simply install the workflow, uncheck both Gmail entries in Alfred Preferences > Features > Web Search and then run the workflow using the 'gmail' keyword.


    Hope this helps

  15. Hi guys,


    In order to implement a "Back" button in my workflow, I've tried to use an item with an empty autocomplete attribute.

    Unfortunately, Alfred seems to just ignore these kind of items instead of applying the empty attribute.


    Here's an example:

    Alfred value: "gmail INBOX"

    Item selected: "Back" with empty autocomplete attribute


    Expected behavior:

    Alfred value changed to: "gmail "


    Current behavior:

    Alfred value: "gmail INBOX" -> nothing happens


    Alfred version & build number: v2.5.1 (308)

    OS X version: Yosemite 10.10


    Is there a good reason why Alfred ignores this?





  16. Seems to be working fine here. Anything in particular you would like me to look/test for?


    Nothing in particular. You shouldn't be able to notice any changes if everything's working fine!


    These may be some pretty stupid questions, but I am struggling on how to use this workflow or it just doesn’t work for me. I uninstalled previous versions and trying to get v3.0 b2 to work.


    When I type “pocket” I get a list if my OLDEST links first. So my questions are:

    • Can I change sort order to display most recent articles first?
    • Does this workflow require the Mac Pocket App to be installed?
    • How do I trigger tags? I tried “pocket #tagname” but nothing happens.
    • Can you get it to show archived links as well?

    Note: I am a premium user.


    Thanks for your time,

    Michael Woodruff


    This is weird.

    First of all, you don't need the app the be installed.

    The sorting order should already be recent articles first.

    I might add customization options like "show archived items" later. I'll open an issue for that on GitHub.

    If you could send me your access token via PN, I might be able to debug the problem.

    You can find the token in your KeyChain Access and it's in a login item called 'com.fniephaus.pocket'.

    Obviously, I won't change anything in your Pocket list...  :)




  • Create New...