Jump to content

jeffsui

Member
  • Posts

    93
  • Joined

  • Last visited

  • Days Won

    7

Everything posted by jeffsui

  1. I've run into the situation with a bunch of my workflows where I like to return a status line of sorts. For example on my emoji workflow I show a match count. I use the `valid=False` command to make sure you cant interact with it but it still gets a ⌘1 hotkey. I suggest the following possible change: Could there be a flag such as `header=True` and this item would serve as a header item. You could only have a single header per results returned and if you had multiple it would just take the last one (or the first one) and render it like a header line. It would not be assigned a hotkey but would server as a header of sorts. (just an idea)
  2. Its more of a security measure if somebody were to penetrate the company and try to send data we'd have a way to see what was going on. https://github.com/jeeftor/alfredToday/releases/tag/v3.9.7
  3. Yes - they perform a man-in-the-middle attack on all traffic in and out. (new version being posted ... had a small bug in not passing the workflow variable around) https://github.com/jeeftor/alfredToday/releases/tag/v3.9.3
  4. I made SSL toggle-able - but haven't figured out yet how to handle the CA_CERTS stuff yet. I'm thinking if the file exists I'll include it in the HTTP Options... otherwise no-dice New release: Toggle SSL By default SSL is enabled - if you re running into issues you can turn it off i guess.
  5. So the line is a little misleading because (and I'm not a networking master) The ca_certs file is a trust store of which SSL certificates to trust. In my case because my office self-signs I had to add our custom certs into the trust store manually - I may have also had to create that file. The disable_ssl_certificate_validation in theory should say "who cares about the trust store just trust everything" Thus having both in there seems kind of dumb. I guess I could add some options in there to give you the choice of SSL but I think the risk of somebody spoofing either an exchange server or google to serve up fake calendar events is EXTREMELY un-likely. But I would say its an acceptable risk. My next goal is to improve the quick look view with some nice HTML templates per-chance and update the regex support to take a standard list of meeting providers at some point.
  6. AHHA!! I would say there is a 100% change the error is related to this call. HTTP_INSTANCE = httplib2.Http(disable_ssl_certificate_validation=True, ca_certs="/usr/local/etc/openssl/cert.pem") Where I work we use stupid SSL Inspection and self signed cert shenanigans. You could try changing the line to: HTTP_INSTANCE = httplib2.Http(disable_ssl_certificate_validation=True) Alternatively you could also try to just create a blank file at: /usr/local/etc/openssl/cert.pem but i'm not sure that would help. I'd be curious to know which if either of these guys will fix your problem. I'll look into sticking with no SSL verification only which "should" work (hopefully). Or you could just try v3.9.1 out if you don't feel like editing anything
  7. I'll try to push out a new version tonight after the kid goes to sleep. Most of the code is already there i think for what i need.
  8. So I'm using the Google Calendar API which uses OAuth. It appears to create a local mini-webserver and use that to connect whit eh Google API to download the credentials. I'm currently working on setting up 3 thigns 1) MUCH better logging so that you can see in the logs if there is an error with oAuth stuff (aka can't bind to a socket) 2) The ability to kill the server task if its left running somehow. In my testing it appears sometimes it doesn't auth correctly and then blocks further auth request until you issue a pkill -f python 3) I'll add directions on how to manually authenticate. Right now you might be able to * Right click on Alfred Today and select 'Open in Terminal' * Then type python authorize_google.py but i'm not sure if its setup correctly in the current build. I was hoping to make a much "cleaner" way for people to do this.
  9. I may have found a bug with Google authorization failing when run from a background process... Will try to fix soon. -- Updated: In my last update i managed to remove ALL google auth code. If you had authorized google before things will work - otherwise you are out of luck.
  10. Guys - minor oops in the last version. Try this update Tonight hopefully i'll up the debug output significantly so we can work some of the issues ya'll be having.
  11. Hmmm.... Looks like I'll have to add a little more debug info tomorrow. Nothing pops out direcrly. Are you getting no events found or are you getting an error? Also what time zone are you in? And lastly do you have multiple google calendars perhaps?
  12. Folks I've pushed to github version 3.8 of the plugin. It has been refactored and may allow for some better debugging info. If anybody has an issue please try this command dbgtodmy workflow:openlog And send me some of the logs. Version 3.8 I would love to find somebody who has an NTLM server and can help do some debugging.
  13. I could for some reason not get the workflow:magic command to work, so I just manually generated a list of options. You can use dbgtoday to get the debug menu open. I've stuck some more debugging into the workflow https://github.com/jeeftor/alfredToday/releases/tag/v3.5.1
  14. So in regards to this line: using_cached_data = wf.cached_data_fresh('use_exchange', cache_time) and wf.cached_data_fresh('use_google', cache_time) (and of course i need a comment) all it controls is whether the output display "Using Cached Data" or "Action took x seconds to complete" - so the and is good. I think i already have the workflow updating with: if __name__ == '__main__': wf = Workflow3(libraries=['./lib'], update_settings={ 'github_slug': 'jeeftor/alfredToday', 'frequency': 7} ) wf.run(main) As for resting the cache - I"m doing it manually because I want to reset "most" fields but not all - however maybe I'll make a today debug menu. Thats a good idea...
  15. Looking over your stack trace the only time I think it is calling this stuff is here: And that should be only valid if the use_exchange variable is set. I made a small change that defaults the calendars to both exchange and google to be off when you start up. its possible you need to manually disable exchange in your build. if use_exchange: outlook_events = wf.cached_data(outlook_cache_key, outlook_wrapper, max_age=cache_time) .... #Fire off in the background the script to update things! run_in_background('update_exchange', cmd) I pushed a new version to github. Do you mind giving it a go: https://github.com/jeeftor/alfredToday/releases/tag/v3.4.4
  16. Did you disable exchange support? It sure looks like its trying to hit an Exchange server - which doesn't make sense. I'll see about looking into that. In the mean time can you try to turn off exchange with the tc command. Or maybe turn it on and then off. You can also try tcreset In the mean time I'll take a look at the code to see if i can find why its being "evil"
  17. So I pushed out a version 3.3 pre-release to: https://github.com/jeeftor/alfredToday/releases/tag/v3.3 With regards to get_value_from_settings() I honestly am very new to python and haven't really had a chance to learn its little tricks - like the get function - and this workflow is much worse than some of the others i've written because I initially did it by hand not using the workflow library - which is why there are many stub functions I never fully refactored out. Does the google calendar thing throw an error or just print out no events? I added some logging that should tell you how many events it's getting from the server and if there is some sort of connection error you should get much more detailed data. [2016-09-09 22:37:49][STDERR: input.scriptfilter] 22:37:48 workflow.py:2157 DEBUG Workflow version : 3.3.0 22:37:48 workflow.py:1558 DEBUG Reading settings from `/Users/jstein/Library/Application Support/Alfred 3/Workflow Data/org.jeef.today/settings.json` ... 22:37:48 workflow.py:2441 DEBUG Update check not due 22:37:48 doubleQuery.py:135 INFO calling google_wrapper() 22:37:48 doubleQuery.py:136 INFO param: start_google = 2016-09-09T04:00:01.853665+00:00 22:37:48 doubleQuery.py:137 INFO param: end_google = 2016-09-10T03:59:59.853712+00:00 22:37:48 doubleQuery.py:138 INFO param: date_offse = 0 22:37:48 doubleQuery.py:13 INFO Querying Google Calendar 2016-09-09T04:00:01.853665+00:00 2016-09-10T03:59:59.853712+00:00 0 22:37:48 doubleQuery.py:15 INFO Refreshing Data Cache [Google] 22:37:49 doubleQuery.py:61 INFO Google returned 1 events 22:37:49 workflow.py:1829 DEBUG Cached data saved at : /Users/jstein/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Data/org.jeef.today/event_list.google.0.cpickle 22:37:49 doubleQuery.py:243 INFO Event Count Google: 1 22:37:49 doubleQuery.py:244 INFO Event Count Exchange: 0 22:37:49 doubleQuery.py:245 INFO Event Count Total: 1 22:37:49 workflow.py:2351 DEBUG Set last run version : 3.3.0 22:37:49 workflow.py:2195 DEBUG Workflow finished in 0.925 seconds. If you wanted to try to manually debug things you could try calling into the query_google_calendar(wf, start_google, stop_google, date_offset) with the parameters you see in the debug log (perhaps). I'll look some more tomorrow - and see if i cant write out some stubs for debugging google stuff. If you need to re-authorize you will have to delete ~/.credentials/calendar-alfred-today.json however this should be handled now by the tcrest call now
  18. Instead of having image='image.png' in your workflow script i'm wondering if i can just put raw base64 text in there - if for some reason i wanted to programmatically generate the icon or something like that. And then alfred would make it look nice without having to use an external icon link.
  19. I've hacked up a possible fix to NTLM authentication (aka no external servers). You may have to use a username of : DOMAIN/USERID instead of USERID@DOMAIN You can enable it in the tc config menu You can get the 3.2 pre-release here: https://github.com/jeeftor/alfredToday/releases/tag/v3.2
  20. So if somebody is tech savvy it would probably be pretty easy to get the workflow working internally. In fact pyexchange (the package i'm using) initially works only with internal servers - as opposed to external servers. The problem is I dont have a server to test against. If you are so inclined I can work with you to figure out what kind of authentication your internal server supports - and see if we can get it working that way. With regards to other calendars - should be doable. Might take some time to get around to it but I'll def look into that as an enhancement.
  21. Honestly I don't love medium but it's a good place to "get information out there" and hope that somebody can find it useful. I hate the code formatting on it - thats probably my biggest complaint. It would be nice for the workflow package to allow for both system and custom keychain support.
  22. This emoji workflow scrapes Unicode.org to pull down the latest set of emoji!!. On the first run, you must be connected to the Internet so that you can generate the initial Emoji set. As new emoji are released you are able to re-query unicode.org to download the latest emoji set. There may be situations where you have emoji that do not display correctly on osx but would render correctly on ios . This is because the emoji list on ios and osx are updated at different times. Commands: init emoji e <search string> The first time you run this workflow use the command init emoji to start the download process. To trigger an emoji search you use the e button and start typing a search term You can get funky and use - to exclude something such as in this case https://github.com/jeeftor/EmojiTaco/releases Releases: * 0.9.6 - Added new commands like: * 0.9.28 - New Icon * 0.9.29 - Auto-Init if no emoji is loaded yet * 0.9.32 - Updated to support new Unicode.org file format * 0.9.36 - Added support for automated testing to detect changes in the Unicode source document. A recent change disabled the plugin. * 0.9.38 - Extra headers - Supports latest Unicode File format change * 0.9.54 - Latest and greatest - works and has been working for some time now * 0.9.55 - Updated documentation to match what we have now Commands alt/option (⌥) - Show Unicode Values cmd (⌘) - Show Python String ctrl (⌃) - Show Python String decoded shift (⇧) - Display the image in QuickLook
  23. I was looking over some HTML that had IMG tags with raw base64 encoded images in them. Is this something alfred supports? <img class='imga' src='data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEgAAABICAMAAABiM0N1AAAAbFBMVEVHcEz/zE38uDn0kAz5mxr0kAr0kAv4vT/3oiH2mRb0jwv/zEz0kAv/ykr0jwz0kAv0kAv/zEz/zE3/zEz0kAv/zE30kAxmRQD7riz3mxh0UQathCPKZAbeeQjktD+IYxG5UwWYcRnKnTHVpzilKrAPAAAAFXRSTlMA7lP3C2mr/ho279fYfOXKhqjJjZFWiujLAAADpUlEQVRYw61Y2YKqMAxlaWlBQESpLF4R/f9/vJTuC3UcJy+jaXNyctLGgSgKGE6qU3uIuy4+tKcqwdGvLD8fOssO5/xTFFA5KByrAh/A4Crudi2uflxiEoBhUD+j03ZvrcXf0+Gkknc45+6Hdg7jnLof2+mPcIJIH+EEkM7dh7ajU9J9bN7e4fhzoNh3ntruF9b+SWHe4qzC7tM4jsvTivJ4Y3sYVEbEdGU2o7de6wKD2BdxvY7ondeiZBB6XpXNb7w2JX0e3kct5DoFvXRmGvNZJ7TQlMu02kKDUchLLd+7HOM4yW2v+foMee2LYkx6ZLY86LVqw91Xhr891e7prr4Dqn470PYHXPsdUOtv2uem2hZ/BxRLoO5L2wWal1DYMu8C2aWN1/G1B/NaF3dLs8V+rbdyQV4cOpReu2I77adXfZw8MPTiL/vtdw/kNnzG6W5N7M0bOJDuFRFjbJye97VGdH9OwnMPXBHPpTUHojIPjnZpfWPEj+TD0cbI2raB9NYyml2c2W5lTwZjaJ97QlaXWt5gJ4vU1ke+xmxYw3p91OaIUCSRj36hn5EOxWb2tlFwHraNavhDCA6UEovmQJzfc5rXn+lxnp6KAwfaMEl/ABByHELKSrhFacTRzF4RqauSEIaUrd8LxJP1khLx3BGWTeGstFGx/s2YQAVHGGRJPTHEN8RlucTebWfBZcIlX1dCEW9xvSCEBj2iZAcJ5wBkOr6C7H04+uqGlwGQr1C4JmUeNbz9MtXgysQEEunk5ibKS1Jj2jNSJBFMTaF64sg0cB6GPCmMEqpxQhkR2r+81nk/CLGRBu666fvqfGNCGXGpM4CPLJIG3G48SsnUC8/jn9xGjpjJy+Rmn4VPbSa6TEg6VBKZPRP//kF+GCDf8O8h94riBuWRiw3Xo+EoDWZSU91SBqSSckpIc3C6aSLDcAM3NqtiDPqSpzZ7rlKvOW4cKG+43DQYRhcOuhWbEhdosCqTqymTlvG68PY3kSb1GyCtE1TmRrZfCA/lsqERkePABYKy5ar9JVZIetdCQFAeQrP9Ry97uzQty5FNIKg9YxXEMF0ku2uPm7m3MJ608tJcVVlTRF/7IOIvm9DRYT6vZTuUiq1+UHg7KmQ27EK8ivLz3/gJXXxPxzAlrpW8IaD0LKZw5x1W7W6VCuRumnr3/RY+7uJ4kI6Bdz/gEuiI1dlL+B2ZdiqLxtoKmkI7i+/f9jVZXRRlBj0ZAczKoqizxoX5Dy1+Rl/3Iv1GAAAAAElFTkSuQmCC'></td>
×
×
  • Create New...