Jump to content

stuartcryan

Member
  • Content Count

    131
  • Joined

  • Last visited

  • Days Won

    9

Posts posted by stuartcryan

  1. Tried that - unfortunately that didn't help - it didn't find any bad permissions (pertaining to Perl...)   :(

     

    (Thanks for the quick response :) )

    All good :) you caught me on lunch.

     

    Can you please private message me with the outputs of the following terminal commands:

    perl --version

     

    system_profiler SPSoftwareDataType

     

    cpan --version

     

    cpan -l (will be a long output, may need to send as a file, message me for my email address)

     

    sudo cpan -l (again, will potentially be quite a long output as above.

  2. I don't know if this issue is specific to this workflow but when I try to run 

    lp foo

    I get an error 

    [ERROR: alfred.workflow.input.scriptfilter] Code 13: Can't locate strict.pm:   Permission denied at -e line 1.
    BEGIN failed--compilation aborted at -e line 1.

    Seems to be some sort of permissions issue - What's the canonical way of fixing OS X Perl permission issues?

    Hmm that is a weird one. General way to fix all permissions issues in OSX is to run Disk Utility, select your Macintosh HD (or whatever you have renamed it to) and click Repair Disk Permissions.

     

    Please give that a go and let me know how you go.

    Cheers,
    Stuart
  3. So I seem to be missing something since it is not currently working for me.

     

    I can install (using brew) and use the CLI alone just fine, but when trying to use the workflow, I log in, but can't search. It just tells me that I'm not logged in.  Any ideas?

    All righty, seems I cant message you on the PM system:

     

    So... instead could you please add me on Skype and I can chat to you there. My Skype username is StuartCRyan :) 
    Cheers,
    Stuart
  4. Change your default web browser quickly and easily from within Alfred.

    Simple yet effective, this workflow enablea you to easily change your default browser. The official repository is located on Github --> https://github.com/stuartcryan/defaultbrowser-alfred-workflow where any issues can be logged on the issue tracker. I have also put this workflow on Packal.

     


    Update Version 1.2 released September 10, 2015:

    What has changed:

    • Feature: Support additional browsers - added FirefoxDeveloperEdition and Webkit Nightly Build

    Update Version 1.1 released August 8, 2015:

    What has changed:

    • Feature: Support additional browsers - added Chromium, Canary and SeaMonkey
    • Feature: Only show installed browsers
    • Feature: Indicate which browser is the current default
    • Feature: Added hotkey assignments (to launch workflow, launch with "chrome", and launch with "safari")
    • Improvement: Renamed description in Alfred to simply "Default Browser"
    • Improvement: Improved failure feedback
    • Improvement: Major code refactor to remove duplication and speed up the workflow
    • Improvement: Added an icon to the workflow
    • Improvement: defaultbrowser binary has been updated to better support integrating. This code has been put into a pull request for the official publication of defaultbrowser.


    Workflow Details:

    A simple workflow to allow quick and easy changing of the default browser on OSX using a workflow in Alfred.

    Installation

    1. Download the .alfredworkflow file or you can get it on Packal.
    2. Run to import into Alfred

    Donations

    This workflow represents many hours effort of development, testing and rework. The images that have been licensed for this workflow from DepositPhotos also needed a bit of my moolah. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.

     

    donate.png

     

    You should also consider getting into contact with Margus Kerma and donating to Margus also for the work that has bene put into the defaultbrowser binary.

    Usage

    • db < browser >
    • Note - if you try to set the default browser that is already active as the default you will just get a notification.

    Browsers currently supported:

    • Chrome
    • Firefox
    • Opera
    • Safari
    • Chromium - New in V1.1
    • Canary - New in V1.1
    • SeaMonkey - New in V1.1

    Screenshots

    default_browser_screenshot_1.png

     

    default_browser_screenshot_2.png

     

    default_browser3.jpg

     

    default_browser_screenshot_4.png

     

    Troubleshooting

    If you are finding that you are seeing browsers listed that you have installed previously but no longer have on your system you will need to clear out all your default handlers.

    Unfortunately, this is the only solution I have found to date, you should research it in depth before you use it. The following command will re-initialise all the "handlers" OSX knows about and will therefore resolve the issue, it will also likely require you to set up all your custom file associations again.

    In other words... you do this at your own risk, I do not support this in any way shape or form...

    The command you will need to run on the terminal is: lsregister -kill

     

    Contributing

    1. Fork it!
    2. Create your feature branch: git checkout -b my-new-feature
    3. Commit your changes: git commit -am 'Add some feature'
    4. Push to the branch: git push origin my-new-feature
    5. Submit a pull request :D

    Change Log

    • Version 1.2 - Feature Release
      • Feature: Support additional browsers - added FirefoxDeveloperEdition and Webkit Nightly Build 
    • Version 1.1 - Feature Release
      • Feature: Support additional browsers - added Chromium, Canary and SeaMonkey
      • Feature: Only show installed browsers
      • Feature: Indicate which browser is the current default
      • Feature: Added hotkey assignments (to launch workflow, launch with "chrome", and launch with "safari")
      • Improvement: Renamed description in Alfred to simply "Default Browser"
      • Improvement: Improved failure feedback
      • Improvement: Major code refactor to remove duplication and speed up the workflow
      • Improvement: Added an icon to the workflow
      • Improvement: defaultbrowser binary has been updated to better support integrating. This code has been put into a pull request for the official publication of defaultbrowser.
    • Version 1.0 - Initial Release

    Credits

    defaultbrowser binary for OSX has been created by Margus Kerma.

    • Margus has been kind enough to permit me to include the binary for defaultbrowser as part of this workflow to make distribution significantly easier.
    • For any issues with the defaultbrowser binary please log these to the official DefaultBrowser Issue Tracker.

    DefaultBrowser Alfred workflow created by Stuart Ryan. If you would like to get into contact you can do so via:

    License

    With the exception of the workflow logo, this Alfred Workflow is provided free of charge under the GNU GENERAL PUBLIC LICENSE Version 2 June 1991.

    The workflow logo is licensed only for use in this workflow and must be changed if the workflow is forked in the future.

    The workflow logo has been licensed from DepositPhotos to Stuart Ryan.

  5. [update 12th July 2015 - Version 1.1 Release]


    Howdy all, I am happy to announce this workflow is now up on Packal -->  http://www.packal.org/workflow/lastpass-cli-workflow-alfred (can be downloaded  from here)


     


    Version 1.1 Changes:

    Removed code that worked around an old buggy version of pinentry

    Fixed incorrect handling of no search results found (previously reported CLI tools were not installed)

  6. Howdy all,

    So, for you fine people who have given me so many awesome workflows, I give you the Advanced Google Maps AND NOW APPLE MAPS Search Workflow available on Github --> https://github.com/stuartcryan/advanced-google-maps-alfred-workflow.

     

    A couple of quick things:

    1. Didn't you just release a major update 1.3.0? Yahuh, I most certainly did, however after that some amazing ideas came out of the woodworks, and it became a mere stepping stone to what the workflow is today.
    2. Why didn't you wait to release 2.0.0? Quite simply, I thought it was complete, however, like I mentioned above, some GREAT ideas came out in the week after release from some passionate members of the community, and I figured, WHY NOT! In putting these in, I was able to create added flexibility when re-working the code base, to support several features that previously, were not possible.
    3. Why 2.0.0 not 1.4.0? The 2.0.0 release has changed a lot, including adding Apple Maps Support, new updating mechanism, all new location for configuration, and other major changes. Hence 2.0.0 seemed more appropriate.
    4. Why 2.0.1? @deanishe found a bug in his favourite part of the flow he had been waiting for... it has now been squashed!

     

    So please enjoy, this release has had EXTENSIVE testing prior to release, I have to say I am pretty chuffed with it all around!

    Stuart

     

    Easy directions from or to multiple locations, using either Google Maps or Apple Maps. Now includes custom locations in addition to just home and work, auto updating, and a wealth of new features for you to sink your teeth into.

    Getting to Know the Flow - Course available for $14.99USD

    With the explosion of features, added configuration complexity, and awesomeness of the 2.0.0 major release (and overhaul), I have opted for a different tact, to ensure the support overhead is limited.

     

    I have put together an hour long course for only $14.99USD that covers off every configuration option of the workflow, how to get up and running, getting into the advanced nitty gritty, and so on.

     

    The course will be updated as any new usability or training needs are identified, and I will commit to the course being updated through the entire V2.0.0 release. I do reserve the right to extend that to the next release if I later choose.

     

    Version 1.3.0 and version 2.0.1 represent almost the entirety of my holiday break over December-2017 and January-2018. I would anticipate I have over $6000 in time into this flow for these two versions alone, plus costs for the new logo, and costs for Closed Captioning.

     

    So don't delay and check out the course, there are a few videos set to preview so you can try before you buy!


    Donations

    Alternatively if a course is not your thing... You can just donate to me directly! If everyone who downloaded gave $20, that would make me a very happy camper and give me something back for my time, it would also enable me to have a custom icon set created for the flow.

     

    So if you love the workflow, get use out of it every day, and would love to see me continuing development, a donation is a great way. You can either donate to me via Fundly which gives the option of a re-occurring donation and also has some suggestions, donate to me via Patreon (if that is your preference) or donate to me via Paypal which is nice and easy.

     

    PayPal — The safer, easier way to pay online. 68747470733a2f2f63352e70617472656f6e2e636f6d2f65787465726e616c2f6c6f676f2f6265636f6d655f615f706174726f6e5f627574746f6e4032782e706e67

    2.0.0+ Release Compatibility Information

    In 1.3.0 the home and work locations, required setting up again due to a bug with special characters.

     

    In 2.0.0 the home and work locations have been moved out of the keychain (which was a legacy method of handling them before Alfred had workflow environment variables). Old locations can still be used as they would have without further intervention. However, the mapsethome and mapsetwork commands have now been removed. To add/update these now you must do so on the workflow environment variables config screen. I would also recommend you run 'zcleanmapsoldaddresses' to remove the old addresses from your Apple keychain.

    Installation

    1. Ensure you have Alfred installed with the Alfred Powerpack License
    2. Download the Advanced_Google_Maps_Search.alfredworkflow file
    3. Open the .alfredworkflow file to import into Alfred
    4. Set up the workflow configuration parameters as you desire (see below for additional details), by clicking on the little [X] in the top right hand of the Workflow page in Alfred
    5. Complete the advanced steps below to add additional (and awesome) functionality

    Current Location Feature Installation and Configuration

    If you wish to use the 'Directions from Current Location - dirfc' command or the 'here' modifier, you will need to also install homebrew and the CoreLocationCLI package.

    1. Install Homebrew using instructions from https://brew.sh/
    2. Install the CoreLocationCLI utility by running the following command in a terminal 'brew cask install corelocationcli'.
    3. Check your installed location by running 'which CoreLocationCLI'
    4. Ensure the workflow environment variable on the Workflow Configuration screen matches the installed location.

    Contact Address Handler Configuration

    If you wish to use this workflow to handle directions to a contact's address you may do so by completing the following additional steps.

    1. In Alfred's Preferences click on Features --> Contacts
    2. Double click on the 'Address' field
    3. In the dropdown, select "Search Contact Address with Advanced Google and Apple Maps Search"
    4. Ensure you correctly configure the contactHandler parameter as per the instructions under the Configuration section.

    Fallback Search Setup

    If you wish to use this workflow to handle fallback searches in Alfred, you can now do this too!

    1. In Alfred's Preferences click on Features --> Default Results
    2. Click the button to 'Setup Fallback Results'
    3. Click the small + sign to add a new record
    4. Select any of the available fallback searches provided by the workflow to add them to your personal fallback search results.

    Configuration

    Explanation of each of the Workflow Environment Variables

    • contactHandler: Used as the default mechanism to handle Contact address searches. Supports two formats including "drive here to" (current location to Contact's address) "drive to here" (Contact's address to Current Location) or "('computerName:drive here to','default:drive here to')"
    • CoreLocationCLIBinary: Defines the location of the installed CoreLocationCLIBinary. Supports two formats including "/usr/local/bin/CoreLocationCLI" or "('computerName:/some/other/location/CoreLocationCLI','default:/usr/local/bin/CoreLocationCLI')"
    • currentLocationFallback: Used as the fallback address in case CoreLocationCLI is not installed, or fails (especially if WiFi is unavailable, or turned off). Supports two formats including "Some Address in Some State 20023" or "('computerName:home','someOtherComputerName:Some Address in Some State 20023','default:work')"
    • customLocations: Supports custom location modifiers for all dir* commands. Please note, this does not dynamically add new dirfx or dirtx commands. Must be formatted in the following fashion: "('gym:49 Queens Rd, Five Dock NSW 2046','school:1A Harris Rd, Five Dock NSW 2046')"
    • defaultTransportationMode: Defines the default transportation fallback mode if none is specified at runtime. Possible values include: "pt" for Public Transport, drive, walk or bike. Supports two formats including "bike" or "('computerName:pt','someOtherComputerName:walk','default:drive')"
    • googleLocal: Defines which Google Locale to use such as 'com.au', 'com.tw' or 'com' as some examples. Supports two formats including "com.au" or "('computerName:com.au','someOtherComputerName:com.tw','default:com')"
    • homeAddress: New storage location for Home Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')"
    • workAddress: New storage location for Work Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')"
    • mapsHandler: PLEASE NOTE this only supports a value of either "Google" or "Apple" and may not have a computer specific value.

    Recommended Example Configuration for Workflow Environment Variables

    • contactHandler: ('default:drive here to')
    • CoreLocationCLIBinary: ('default:/usr/local/bin/CoreLocationCLI')
    • currentLocationFallback: ('default:home')
    • customLocations: ('gym:GYM ADDRESS','school:SCHOOL ADDRESS')
    • defaultTransportationMode: ('default:drive')
    • googleLocal: com
    • homeAddress: Your Home Address
    • workAddress: Your Work Address
    • mapsHandler: Google

    Notes on Caveats with Apple Maps

    Apple Maps does not support as many functions as Google Maps and there are two main areas that will cause graceful errors when using Apple Maps. If you attempt to use the 'bike' modifier anywhere, Apple Maps does not support such directions and therefore we gracefully tell you this won't work.

    Secondly, Apple Maps does not support waypoints or building up an itinerary. Therefore if you attempt to use the dir command with more than just an origin and a destination (such as home to shops to work), we will gracefully error out and tell you such a function is not possible.

    Usage

    • dir to to etc (seperate multiple addresses with " to " minus the quotes, and you will get a multiple location search when using Google Maps only)
    • [NEW] dir now does all the heavy lifting. You can use the modifiers 'here' (current location, must have CoreLocationCLI installed), 'work' and 'home' in any query. For example 'dir home to work to new york'.
    • [NEW] dirfc this will use your current location (WiFi card must be active) to the destination.
    • [NEW] dirtc Show directions from query to current location
    • [NEW] All commands now support the following modifiers: walk, bike, drive, pt (public transport). The modifier can be invoked by 'dirX ' e.g. 'dirfw pt home ' will give you public transport directions. This also works with 'dir' and multiple waypoints. Please note, the transport modifier must be the first parameter you pass to any dirX command, for example 'dirfw home pt' is not valid.
    • [NEW] Localisation now defaults to USA, hence make sure you update workflow parameters if you wish to use a different country code on the Google URL.
    • dirfw Show directions from Work to address
    • dirfh Show directions from Home to address
    • dirtw Show directions from query to Work address
    • dirth Show directions from query to Home address
    • trafficw - Show traffic from Home to Work
    • traffich - Show traffic from Work to Home
    • [NEW] dir now supports up to 9 waypoints for Google Maps. For example 'dir origin to waypoint 1 to waypoint 2 etc to destination'

    Integration hooks for Other Workflow Providers

    This workflow now supports integration using external nodes. They suppor the same methods and modifiers as described for the rest of the workflow. This means you can now hook into this workflow to leverage the 'here', 'work', 'home' and other custom modifiers set up by a user, as well as provide routing directions based on your input.

    Please review the workflow for each of the hooks available.

    History

    Version 2.0.2

    • Fixed comma issues in all the dirfX commands by quoting the strings

     

    Version 2.0.1

    • Fixed dirtw bike command... it hadn't been connected... after all the testing! #oops Thanks @deanishe

     

    Version 2.0.0

    • Renamed workflow to 'Advanced Google and Apple Maps Workflow for Alfred'. Left bundleID intact deliberately
    • Changed workflow logo to support new multi-brand mix
    • Added feature for custom locations other than 'home' and 'work'
    • Added default transportation mode setting
    • Added fallback location setting in case there are issues with CoreLocationCLI
    • Added hooks for Alfred fallback searches (for example if you load Alfred and just enter an address without invoking the workflow)
    • Added multi-machine configuration parameters and provided a default catchall feature for this
    • Added contact address handler functionality (to enable the workflow to serve as a Contact Address Handler hook)
    • Migrated (future) work and home addresses out of keychain.
    • Added keychain cleanup function once addresses have been manually migrated to workflow environment variables
    • Implemented OneUpdater code by Vitor so updating will be simple as pie
    • Externalised Perl code for much better gitifying, as well as better code reuse
    • Added external triggers for other workflows to hook into
    • Various code cleanups
    • Significantly improved error handling to do things more gracefully
    • Rectified issues with commas in addresses causing things to break a little
    • Other minor bug fixes and improvements as I went along through the code, improved readability also
    • Released an hour long course to help people get the workflow up and running.

    Version 1.3.1

    • Fixed dirfh and dirfw to actually use home and work respectively, not here. #oops

    Version 1.3.0

    • dirfc: Directions from Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI
    • dirtc: Directions to Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI
    • dir, dirfc and dirtc now support Google transit type (walk, drive, pt [public transport] and bike)
    • dir now supports 'here'. Here anywhere in the transit plan translates to the current GPS coordinates using CoreLocationCLI. Technically this probably does away with the need for dirfc and dirtc, but, leaving them there for consistency.
    • dir now supports 'work' and 'home' as modifiers
    • Overhaul of changes to properly use Google API parameters
    • Mass code cleanup and refactoring for simplification. Most flows now leverage the dir base code.
    • Additional error handling implemented surrounding maximum number of waypoints
    • Fixed a bug where special characters would not work in stored URLs
    • Implemented a workflow environment variable for getting a local Google URL
    • Changed to use Alfred's native URL opening functionality, this enables you to select a preferred browser

    Version 1.2 - Actually this never made it out of beta, despite working, I have been kinda busy.

    Version 1.1 - Set default search to be google.com rather than google.com.au

    Version 1.0 - Initial Release

    Credits

    Created by Stuart Ryan. If you would like to get into contact you can do so via:

    License

    Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991

  7. Simple LastPass Workflow for Alfred - quick and easy access to your LastPass vault

    Simple yet powerful integration with the Lastpass CLI so you can now get your passwords out of your Lastpass vault and straight into the clipboard from within Alfred.

     

    Version 1.4.7 update - Please Read

    -----------------------------------------------------------

    Ladies and gents, I am happy to present v 1.4.5 of the workflow. Before I continue, this has represented a SIGNIFICANT amount of work for me so if you like it and use it, please say thank you by donating towards my Diet Coke and cake fund.  :D Any amount will do, whatever you feel the value is for you/your business/your time.   :)

     

    Please note you MUST update your LastPass CLI version to 0.7.1 or higher as this update relies on new functionality that I worked with the LastPass team on integrating into the official CLI. Additionally version 1.4.6 and higher of the workflow WILL ONLY SUPPORT ALFRED 3 (and are not backwards compatible)

     

    If you haven't used LastPass before... you are crazy and you should it is the single greatest password manager package out there   :D so check it out at http://stu.link/LaStPaSs (Disclaimer, if you sign up through that link I get a free month otherwise you can go direct to http://www.lastpass.com).

    -----------------------------------------------------------

     

    Donations

    This workflow represents many many hours effort of development, testing and rework. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.

     

    Download

    You can download the latest .alfredworkflow file directly or visit the official github repository (where you can log any issues, feedback or suggestions also).

     

    Installation

    1. Ensure you have Alfred installed with the Alfred Powerpack License
    2. Install Capture::Tiny
      1. Open up a Terminal Window
      2. run the command 'sudo cpan install Capture::Tiny'
      3. Accept the default options and ensure Capture::Tiny installs successfully
    3. Install Homebrew (if you do not have it already installed)
      1. You should be able to just run the command in a terminal window (as your own user account NOT with sudo)
      2. ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
      3. Alternatively visit http://brew.sh/ for further instructions.
    4. Install LastPass command line interface
      1. In a terminal window run brew install lastpass-cli --with-pinentry --with-doc
    5. Download the .alfredworkflow file
    6. Open the .alfredworkflow file to import into Alfred
    7. Run 'lpsetemail yourloginemail@yourdomain.com' in Alfred to set your LastPass username.

    Usage

    • lpsetemail yourname@example.com - must be run when you first install/upgrade to version 1.2 or higher
    • lpsettimeout NUMSEC - Set number of seconds until your login times out (where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts)
    • lplogin - Log in to LastPass
    • lplogout - Log out of LastPass
    • lp Search Lastpass vault for item containing , press return to copy to clipboard.
    • Shift modifier can be used on lp to copy the username.

    Contributing

    1. Fork it!
    2. Create your feature branch: git checkout -b my-new-feature
    3. Commit your changes: git commit -am 'Add some feature'
    4. Push to the branch: git push origin my-new-feature
    5. Submit a pull request :D

    History

    • Version 1.4.7
      1. Changed mechanism for copying to clipboard. Now marks passwords as transient, Alfred will no longer store them in the clipboard history.
      2. Updated icon submitted by Tom Conroy has been merged in (thanks for this Tom!)
    • Version 1.4.6
      1. Updated to work with Alfred 3 (long awaited official release of the long-in-testing beta version).
      2. Username display functionality submitted by Guillermo Moreno has been merged in with some minor changes (thanks for your hard work Guillermo!)
      3. Released with my apologies for the delay in getting this version out of beta... my masters course was INTENSE this semester, thank you to all of those that waited patiently.
    • Version 1.4.5
      1. Fixed detection for when login has timed out, now correctly requests login.
      2. Fixed rare cases of login-script loops.
      3. Improved speed of copying usernames.
      4. Updated documentation.
    • Version 1.4.4
      1. Merged in code submitted by Ariel Barreiro to better support two factor authentication (2FA).
    • Version 1.4.3
      1. NOTE: This has the same requirements as v1.4.2 below
      2. Fixes the binary version of the flow so that it is ACTUALLY updated
      3. Adds a fix so that the CLI's copy to clipboard is now lightening fast and should happen pretty much instantly.
    • Version 1.4.2
      1. NOTE: This version *requires* the LastPass CLI v 0.7.1 or higher due to this new feature --> Login process completely changed over to use AppleScript (cleaner and nicer). This was thanks to work between myself and Bob from LastPass who maintains the official LastPass CLI to add a feature allowing an external login prompt to be used.
      2. Login password prompt now uses an AppleScript password prompt.
      3. Fix to allow you to search for words in any order.
      4. Vault item's which now require re-authentication will pop up the AppleScript login prompt.
      5. Has now been tested with a Vault with over 30,000 items for performance tweaks. (I have since been told by LastPass support their soft limit is significantly lower than this at ~2500 items explains why I was having some issues in testing).
      6. More resilient escaping of text in the XML to ensure that special characters should not cause any issues.
      7. Fixed missing quotes in some areas that could cause issues with spaces.
      8. Squashed a little regex bug and wiped up the goo.
      9. Fixed issues with spaces in certain paths we referenced
      10. Fixed how the initial login process is run after a reboot. This required the changes made to how we manage the login process and it has subsequently been cleaned up significantly.
      11. Other minor general tweaks.
    • Version 1.2
      1. Bug - Removed deprecated framework code
      2. Bug - Merged pull request #4 from jsquyres "we-love-macports-too" to support macports installs of the lastpass-CLI
      3. Bug - Further improved on jsquyres code to support some additional install locations.
      4. Bug - Fixed bash script reliability, after two login attempts the script was often failing.
      5. Improvement - Improved sync behaviour to better support extremely large vaults.
      6. Improvement - Added new 'lpsync' command to force a sync on demand.
      7. Improvement - Changed behaviour to store login email in your Apple Keychain (set with 'lpsetemail yourname@example.com').
      8. Improvement - Added the ability to set the logout timeout and store in the keychain (set with 'lpsettimeout NUMSEC' where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts).
      9. Improvement - Added hotkeys to the main functions.
    • Version 1.1
      1. Removed code that worked around an old buggy version of pinentry
      2. Fixed incorrect handling of no search results found (previously reported CLI tools were not installed)
    • Version 1.0 - Initial Release

    Credits

    Created by Stuart Ryan. If you would like to get into contact you can do so via:

    License

    Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991

    Notes

    NOTE: This Alfred Workflow is not affiliated in any way with LastPass. The LastPass trademark and logo are owned by LastPass.com. The LastPass logo and product name have been used with permission of the LastPass team.

    My thanks go out to LastPass for their awesome product and the new CLI!

×
×
  • Create New...