chadhs / idonethis-for-alfred Goto Github PK

From: https://secure.helpscout.net/conversation/52771082/14257/

• Sluggish filtering
  Try picking a week or two in the calendar for 2 or 3 accounts. Sometimes it shows up, but sometimes you get an empty list for a while… then eventually the dones show up (usually but sometimes it seems stuck there forever so I have to refresh and try again)
  I find the response time pretty slow given how simple the data is. I am not sure what is the backing store behind idonethis but even with hundreds of millions of entries (which probably it doesn't have) it shouldn't take this long to retrieve the data and render it.

Hi there!

First thank you very much for this handy workflow. I really love using it ;)

as far as I can tell, only the idid feature is available. would it be possible to set up goals?

I can help you with that if you point me in the right direction :)

Hi Chad!

First off, thanks for all of your work on this. :)

On the site itself I can say "Worked on file foo" and I'll see "foo" highlighted as some kind of code block. If I try this via Alfred, whatever is inside the backticks seems to get swallowed. That is, I don't see it via the web interface. I haven't used the API to see what the raw done actually looks like.

This seems to be unintended, and possibly a simple fix?

I get the a notification with an error when using this workflow. The error says RUH ROH! "Testing entry" did not post.

This is what the debug window in Alfred shows:

[2019-06-04 17:13:20][input.keyword] Processing output of 'action.script' with arg 'Testing entry'
[2019-06-04 17:13:20][ERROR: action.script] curl: (35) error:14004438:SSL routines:CONNECT_CR_SRVR_HELLO:tlsv1 alert internal error
[2019-06-04 17:13:20][action.script] Processing output of 'output.notification' with arg '
RUH ROH! "Testing entry" did not post.
'

I double checked that my api_token is correct, and that my team_id is correct as well. Tried deleting my team and using the team_id with the one I get from the "Personal Progress Log" URL with same results.

OSX: 10.14.5
Alfred: 3.8.1 [961]
Curl info:

curl 7.54.0 (x86_64-apple-darwin18.0) libcurl/7.54.0 LibreSSL/2.6.5 zlib/1.2.11 nghttp2/1.24.1
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 
Features: AsynchDNS IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz HTTP2 UnixSockets HTTPS-proxy 

searching help section of site for the word "invoice" or "invoices" produces "You found a bug in our code. Sorry!" page.

screenshot:
https://www.dropbox.com/s/k6s5309k8dfivlt/Screenshot%202014-11-03%2015.44.48.png?dl=0

After troubleshooting #15 I found that I was getting an incomplete list of my open goals. In other words, I could see 7 open goals in the web interface, but idtlist only shows the most recent 4.

This appears to be due to the api only returning 25 entries, which are then filters to only show goals. If you have more than 25 entries (including done and blockers) since a goal was added it will no longer appear in idtlist.

Not sure how difficult it would be to increase the number of returned goals, but as it stands this issue limits the utility of the idtlist functionality.

I will often set some high level goals which I will be working towards for the week or the next few weeks, and enter completed tasks on a daily basis until reaching the longer term goal. The result is that the high level goals can quickly fall off the list.