Closed chrisrichards closed 10 years ago
same problem for me, too.
I have same problem and I think https://github.com/command_bar/ is dead.
Yes, GitHub has removed the command bar and the workflow has used the same (unofficial) api. So I have to use the official api now, which is not so smart for this use case. I'm not sure when I will have the time for rebuilding the workflow, sorry.
I wonder if this could be forked and rewritten using https://github.com/github/hub ?
@gesa That sounds like it would be awesome idea. Do you (or any one else here) have any interest in teaming up to do that? I could get behind working on a project like this as long as it is written in pretty much anything other than PHP :grin:
I know a decent amount of JavaScript (node), but I don't know really if I'd have the time/experience to organize this. I might be able to contribute though. Mostly I'm a front-end dev with chronic scope creep.
Sent from my iPhone
On Aug 26, 2014, at 1:36 PM, Matt Gowie notifications@github.com wrote:
@gesa That sounds like it would be awesome idea. Do you (or any one else here) have any interest in teaming up to do that? I could get behind working on a project like this as long as it is written in pretty much anything other than PHP
\ Reply to this email directly or view it on GitHub.
Here's a similar script that still works: https://github.com/willfarrell/alfred-github-workflow
But... I'd rather have this script working again, with the caching and all it's much nicer :)
An update is available. The workflow is using the official api now (with OAuth).
At the moment some commands are disabled, but they will come back soon. I also have to resolve some issues and to make improvements. But feel free to update and to test the current state.
It breaks with a parse error for me on line 166:
$repos = [];
$urls = ['/user/starred', '/user/subscriptions', '/user/repos'];
Replacing that with this helps for the parse errors but it still won't work:
$repos = array();
$urls = array('/user/starred', '/user/subscriptions', '/user/repos');
So... we login using oauth but it redirects you to http://localhost:2233/?access_token=...&token_type=bearer&scope=repo
(where nothing is running) and the server.php
script gives me FAILURE!%
Manually setting the token (and storing it) makes the login work (I just modified server.php
to set the $_GET
variable but through alfred I don't get any results.
Ok, added back PHP 5.3 compatibility. But you have to call gh > login <access_token>
manually.
With PHP 5.4 (bundled with OS X 10.9+) the PHP built-in webserver is used and the access_token is saved automatically (via redirect to localhost:2233
).
@gharlan Awesome! Psyched to have this working again, so thanks for putting in the time.
@gharlan++
@gharlan you're my superhero.
Awesome, works again. Thanks for the quick fix @gharlan!
The first few times it's really slow for me but after that it works fine.
Glad I found this issue. After OAuth authorization, my browser goes to a blank page at:
http://localhost:2233/?access_token=<token>&token_type=bearer&scope=repo
Pasting the token from this URL into gh > login
works.
I'm also having this issue, and it seems that there might not be a server listening on port 2233 in some cases. I'm trying to work out of I did something to disable it or if this is something that needs turned on.
@boneskull and @yock Which OS X and PHP version (in terminal php -v
)?
With PHP 5.3 it is not possible to start the server. But then you shouldn't be redirected to localhost. I will check it again.
I'm on Mavericks, and PHP is version 5.4.
On Tue, Sep 2, 2014 at 12:28 PM, Gregor Harlan notifications@github.com wrote:
@boneskull and @yock Which OS X and PHP version (in terminal
php -v
)?With PHP 5.3 it is not possible to start the server. But then you shouldn't be redirected to localhost. I will check it again.
Reply to this email directly or view it on GitHub: https://github.com/gharlan/alfred-github-workflow/issues/27#issuecomment-54178854
5.4.24
I'm on Mavericks, and PHP is version 5.4.
..
5.4.24
hmm strange, don't know why the server does not start for you. I will try to improve the process when I have more free time.
There are still some things which can be improved, but I will close the issue for now since the workflow is working again. Please open new issues for still existing bugs.
The lastest update broke me. The one prior was working.
-> #29
This workflow has recently stopped working for me. Turning on debug in Alfred shows the following after entering 'gh ' in Alfred: