Jump to content

AlfPT - Alfred Package Tools (Workflow Installer/Updater)


Recommended Posts

Can anyone choose to upload? Does the initial workflow (manually added) need to add some code as well to prevent abuse? I can see someone creating a malicious workflow and adding it to your service (in case the original creator hadn't done it yet). Will this mean that users would update automatically to that malicious version?

Link to comment

Hi all

Thanks for adopting AlfPT. The repos starting to fill up and hopefully you're finding workflows that help you to make Alfred even more useful than he already is.

To answer some questions:

If the repo reaches a size that is too big to browse through the Alfred interface alone I plan to add browse, ratings and comment functionality to the website.

The icons cache is stored in the workflow folder in _icons. Right click a workflow to reveal in Finder. The repo itself is not cached currently. Again this feature is planned once the repo grows in size.

Adding the ability to host your workflows on your own server is the next thing on my list.

Happy workflowing!

Tom

Link to comment

Hmmm, I'm still getting the perpetual "Updating icon cache" and no further progress. I've got the latest version from this thread.

 

I do have a very slow and flaky internet connection at the moment (long story). Could this be a problem?

 

(FWIW, the '_icons' folder in the workflow has 33 icons in it)

Link to comment
Hmmm, I'm still getting the perpetual "Updating icon cache" and no further progress. I've got the latest version from this thread.

 

I do have a very slow and flaky internet connection at the moment (long story). Could this be a problem?

 

(FWIW, the '_icons' folder in the workflow has 33 icons in it)

 

I'm on version b74 of Alfred v2 and I've got the same problem. I've tried re-installing the workflow and restarting Alfred to no avail. My internet connection is fine.

 

20_01_2013_10_12_16ABFA9D.png

Link to comment
I'm on version b74 of Alfred v2 and I've got the same problem. I've tried re-installing the workflow and restarting Alfred to no avail. My internet connection is fine.

 

Actually, it did eventually work, but it seemed to be a long wait. I don't understand why it has to do it every time though. I'm having to wait a good 10 seconds every time I run the command before the list shows up.

Link to comment

Hi all

 

I'm looking into the 'Updating Icon Cache' bug. I can't reproduce it as described. Here is what I get:

 

Download the workflow

Install

Type 'alfpt install'

See 'Updating Icon Cache' - about a 20 second wait. 

Workflows are listed

From then on there is about a 1 second wait between seeing 'Updating Icon Cache' and workflows being listed.

 

The first time there will be a delay as the 45 or so icons that are currently available are downloaded. It should be fast after that though.

 

The upload speed from my server is under 1mbps (no fibre optic near me yet) which is fine for most of my needs but I can see that it may be a problem in the case of downloading these icons. After that it's only a simple MySQL query and some JSON that gets executed/downloaded which should be fast for most people I hope.

 

Tom

Link to comment
Hey,

 

It seems that the notification (notification center) is only showing the title (AlfPT) but not the text {query}.

Anyone else experiencing this issue? 

Yes, I have never seen anything other than a blank notification (other than the title).

 

Tom, is it possible that you have some specific local php settings on your system that some of us don't have? I've never used php, so my installation is the bog-standard, out-of-the-box OS X installation.

Link to comment

Really like this workflow, but just to add to those experiencing the icon cache refresh issue I'm also getting it as follows:

  • I get it every time I type in the alfpt keyword.
  • It takes anywhere between 20 seconds and 4 minutes to come back with the list of workflows.
  • I'm running the latest version of alfpt.
Link to comment

Carlos - nope, I'm using the standard PHP bundled with OSX 10.8. Here's my output of php -v:

 

 

PHP 5.3.15 with Suhosin-Patch (cli) (built: Aug 24 2012 17:45:44) 
Copyright © 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright © 1998-2012 Zend Technologies
 
Which workflows are you trying to update? Are they definitely updating? Try changing the name of one in your Alfred Prefs and then update via AlfPT - the name should change back to the one the developer assigned to the workflow.
 
Could you both ping the repo site please and a few lines of output here? In terminal enter:
 
ping alfredrepo.tom-hunt.co.uk

 

Hit Ctrl+c to stop the output (in case you're not terminal users)

 

It could quite possibly be that you guys are a long way away from the server so the HTTP requests take a long time to resolve and get back to you. If this is the case there's little I can do - my internet speeds are what they are.

 

I have been thinking of caching the entire database rather than just the icons. The downside is this will require the user to update their lists manually, but once this download is complete workflow browsing should be quicker.

 

Thanks for the input guys.

 

Tom

Link to comment

Hey,

 

Installing a new workflow does not give the query text either. I am sure this used to work before. I was able to force update workflows a few days ago but now I'm not getting any result fed back to alfred.

 

Terminal output:

 

PING tom-hunt.co.uk (86.156.222.151): 56 data bytes
64 bytes from 86.156.222.151: icmp_seq=0 ttl=47 time=41.511 ms
64 bytes from 86.156.222.151: icmp_seq=1 ttl=47 time=61.716 ms
64 bytes from 86.156.222.151: icmp_seq=2 ttl=47 time=41.299 ms
64 bytes from 86.156.222.151: icmp_seq=3 ttl=47 time=47.284 ms
64 bytes from 86.156.222.151: icmp_seq=4 ttl=47 time=45.962 ms
64 bytes from 86.156.222.151: icmp_seq=5 ttl=47 time=58.768 ms
64 bytes from 86.156.222.151: icmp_seq=6 ttl=47 time=45.590 ms
64 bytes from 86.156.222.151: icmp_seq=7 ttl=47 time=43.623 ms
64 bytes from 86.156.222.151: icmp_seq=8 ttl=47 time=43.501 ms
64 bytes from 86.156.222.151: icmp_seq=9 ttl=47 time=43.672 ms
64 bytes from 86.156.222.151: icmp_seq=10 ttl=47 time=47.099 ms
64 bytes from 86.156.222.151: icmp_seq=11 ttl=47 time=41.911 ms
64 bytes from 86.156.222.151: icmp_seq=12 ttl=47 time=43.759 ms
64 bytes from 86.156.222.151: icmp_seq=13 ttl=47 time=44.503 ms
^C
--- tom-hunt.co.uk ping statistics ---
14 packets transmitted, 14 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 41.299/46.443/61.716/5.939 ms
 
Cheers :)
Link to comment

Here's my ping:

 

 

stephen@MBP [~]> ping -c 10 alfredrepo.tom-hunt.co.uk
PING tom-hunt.co.uk (86.156.222.151): 56 data bytes
64 bytes from 86.156.222.151: icmp_seq=0 ttl=48 time=63.098 ms
64 bytes from 86.156.222.151: icmp_seq=1 ttl=48 time=38.233 ms
64 bytes from 86.156.222.151: icmp_seq=2 ttl=48 time=155.660 ms
64 bytes from 86.156.222.151: icmp_seq=3 ttl=48 time=35.542 ms
64 bytes from 86.156.222.151: icmp_seq=4 ttl=48 time=61.207 ms
64 bytes from 86.156.222.151: icmp_seq=5 ttl=48 time=143.092 ms
64 bytes from 86.156.222.151: icmp_seq=6 ttl=48 time=39.099 ms
64 bytes from 86.156.222.151: icmp_seq=7 ttl=48 time=35.706 ms
64 bytes from 86.156.222.151: icmp_seq=8 ttl=48 time=39.890 ms
64 bytes from 86.156.222.151: icmp_seq=9 ttl=48 time=129.800 ms
 
--- tom-hunt.co.uk ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 35.542/74.133/155.660/46.308 ms
Link to comment

I am also experiencing the same problems as CarlosNZ and Hollowm4n but my problems seem to be intermittent. Sometimes there will be no text under the AlfPT icon, other times I get a successful update notification underneath AlfPT with the workflow bundle id (if i remember correctly) listed with a message of success in front. 

 

A problem I am experiencing that I have not seen listed here is a very strange message in growl, screenshot attached, but notice the success response at the bottom... Probably an error on my end but just in case otherwise...

 

XgXMFpt.png

 

Anyhow, thank you for making this awesome workflow hub for us to enjoy and in this case "troubleshoot/complain" about ! - Seriously though, thank you for all your hard work in making this much desired feature possible. Cheers!

 
Link to comment

Here's my ping info, FWIW:

 

PING tom-hunt.co.uk (86.156.222.151): 56 data bytes
64 bytes from 86.156.222.151: icmp_seq=0 ttl=47 time=332.933 ms
64 bytes from 86.156.222.151: icmp_seq=1 ttl=47 time=329.912 ms
64 bytes from 86.156.222.151: icmp_seq=2 ttl=47 time=331.134 ms
64 bytes from 86.156.222.151: icmp_seq=3 ttl=47 time=329.560 ms
64 bytes from 86.156.222.151: icmp_seq=4 ttl=47 time=329.999 ms
64 bytes from 86.156.222.151: icmp_seq=5 ttl=47 time=330.360 ms
64 bytes from 86.156.222.151: icmp_seq=6 ttl=47 time=333.005 ms
64 bytes from 86.156.222.151: icmp_seq=7 ttl=47 time=330.807 ms
64 bytes from 86.156.222.151: icmp_seq=8 ttl=47 time=330.670 ms
64 bytes from 86.156.222.151: icmp_seq=9 ttl=47 time=331.371 ms
64 bytes from 86.156.222.151: icmp_seq=10 ttl=47 time=332.046 ms
64 bytes from 86.156.222.151: icmp_seq=11 ttl=47 time=331.088 ms
64 bytes from 86.156.222.151: icmp_seq=12 ttl=47 time=328.528 ms
64 bytes from 86.156.222.151: icmp_seq=13 ttl=47 time=330.328 ms
64 bytes from 86.156.222.151: icmp_seq=14 ttl=47 time=329.237 ms
64 bytes from 86.156.222.151: icmp_seq=15 ttl=47 time=333.149 ms
64 bytes from 86.156.222.151: icmp_seq=16 ttl=47 time=333.245 ms
64 bytes from 86.156.222.151: icmp_seq=17 ttl=47 time=331.902 ms
64 bytes from 86.156.222.151: icmp_seq=18 ttl=47 time=331.151 ms
64 bytes from 86.156.222.151: icmp_seq=19 ttl=47 time=331.249 ms
64 bytes from 86.156.222.151: icmp_seq=20 ttl=47 time=329.392 ms
64 bytes from 86.156.222.151: icmp_seq=21 ttl=47 time=329.671 ms
^C
--- tom-hunt.co.uk ping statistics ---
22 packets transmitted, 22 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 328.528/330.943/333.245/1.320 ms

Quite a bit slower than the other guys it seems. This is at my work computer which has a pretty fast connection normally.

Link to comment

Hey,

somehow one of my workflows was uploaded but did not get associated properly with my account. I didn't think it had actually uploaded, but when I tried to upload again I got a message saying "Another user has uploaded a workflow with bundleid com.morsecode.filerevealer. Please choose another."

 

If you could delete that version I can re-upload properly so it is listed with my other workflows. If there is a better solution let me know. My user name is Morse-Code, and the extension is named "Hidden File Toggle", with the bundle ID "com.morsecode.filerevealer".

 

Thanks, 

Chris

Link to comment

Have you guys having upload problems set bundle id's for your workflows? That will cause that error. I have made the error reporting more specific.

 

Thanks to everyone who posted their pings. The slow response problem is caused by distance form my server. I am thinking about ways around this.

 

As a mini-update, the newest version (link in first post or update through AlfPT) can now filter results by author. See the first post for instructions. Also, the empty Notification bug is also fixed.

 

Cheers chaps,

 

Tom

Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...