Documentation does not clarify how to log in

[m-collins]

Hi I'm not sure if I'm missing a trick here but it's not clear how to complete the log in step. Can you please clarify?

[steyep]

Once you've got the workflow installed by running npm run build, you can launch Alfred and type the jira keyword. If it's your first time using the workflow, you should be prompted to login: If you press enter on the login option, you should be prompted to enter the url for your jira instance and your credentials: If the app is unable to communicate with the jira instance with the given credentials, the credentials won't be saved and you'll receive a notice via your default notification center: Does that help? What is the experience you've been having?

[arvinsim]

I have the same problem. I tried following the steps above but I don't see the login option when I type "jira"

[steyep]

Let's try and debug this:

1. Open Alfred's preferences
2. Select Workflows
3. Ensure that the Jira workflow is installed in your list of workflows.
4. Select the Jira workflow
5. Turn on debugging by clicking the bug icon
6. Select "Log all information" from the drop down menu
7. Open Alfred and type jira
8. Paste the feedback to this thread

Hopefully that will help pinpoint the issue.

[arvinsim]

This is what I got.

Starting debug for 'jira'

[2016-11-01 10:46:56][ERROR: input.scriptfilter] Code 1: /Users/------/My/AlfredWorkflows/alfred-jira/lib/scriptfilter.js:7
    let feedback = '<?xml version="1.0"?><items><item valid="no"><title>%s</title></item></items>';
    ^^^

SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:414:25)
    at Object.Module._extensions..js (module.js:442:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Function.Module.runMain (module.js:467:10)
    at startup (node.js:136:18)
    at node.js:963:3

[steyep]

What version of node are you running?

node -v

[arvinsim]

I am using v4.2.2

[steyep]

Okay, that's probably the problem, though, I thought that 4.x introduced block-scope. I will take a closer look at this and determine which versions the workflow is actually compatible with and see what I can do in the way of making it backwards compatible.

In the meantime, If you're not committed to running v4 on your machine, upgrading node to a newer version would probably resolve the issue.

[arvinsim]

Thanks for clarifying the problem. Hope this helps other people having the same issue.

[steyep]

@arvinsim, can you also check that the version of node that you have installed in /usr/local/bin is also >=4.0?

/usr/local/bin/node -v

[arvinsim]

@steyep Yep, it is v4.2.2

[steyep]

Because the workflow uses ES2015, it currently requires node to be at version v6.0.0 or later.

[arvinsim]

@steyep Ok thanks for the heads up. I don't think I have a hard dependency on v4 so I will see if I can upgrade.

[proudcommerce]

hey guys,

i installed / reinstalled completely, but there is no workflow in the list :-(

[email protected] build /Users/tobias/Dropbox/Apps/Alfred/Alfred-Jira sh ./bin/install.sh Looking for Alfred Preferences... Found preferences at: /Users/tobias/Library/Application Support/Alfred 3/Alfred.alfredpreferences Workflow already installed at "/Users/tobias/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/_jira". Re-install? Y/n Y Installation complete!

[steyep]

Hey @proudcommerce, my apologies for the inconvenience!

It's worth mentioning that after installing the workflow, it takes a moment or two for Alfred to recognize it. If you restart Alfred, it should show up – provided it installed correctly.

If you restarted Alfred and it's still not showing up, let's verify that the script installed the workflow where it says it did:

test -d /Users/tobias/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/_jira && echo "Directory exists" || echo "Directory not found"

If that checks out, you might want to verify that Alfred actually stores your workflows in /Users/tobias/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows. The easiest way to do that is by opening Alfred's preferences, clicking "Workflows", right-click on one of your workflows and select "Open Terminal Here." Then from the Terminal run: dirname $PWD.

If that directory doesn't match where the build script installed it the first time, that means your workflows are not stored in one of the default locations defined in the installation script. But that's fine, just grab the path from that previous command, switch back over to the alfred-jira repo, and run (replacing { path/to/Alfred.alfredpreferences } with the path from the last command):

npm run build { path/to/Alfred.alfredpreferences }

[azhang]

I encountered this issue as well. Turns out that since I sync my Alfred prefs with Dropbox, this script didn't install to the correct Alfred.alfredpreferences/workflows directory. @steyep have you looked into packaging everything up into a .alfredworkflow distributable?

[steyep]

Yes, @azhang, once I nail down an alpha release I will create a .alfredworkflow file for distribution. That being said, the install script checks $HOME/Dropbox first for the workflow folder so it doesn't seem like you should have experienced any issue. Can you elaborate?

[sarumont]

I saw the same issue as @azhang with install location - the shell script did not detect my Dropbox preferences. It seems, in my case at least, it's just an error with the find command:

→ find ~/Dropbox -path "*.alfredpreferences/workflows"

→ find ~/Dropbox/ -path "*.alfredpreferences/workflows"
/Users/richard/Dropbox//Alfred/Alfred.alfredpreferences/workflows

Due to the fact that ~/Dropbox is a symlink:

→ l ~/Dropbox
lrwxr-xr-x  1 richard  staff    18B Mar 17 14:16 /Users/richard/Dropbox@ -> Dropbox (Personal)

This is what the macOS Dropbox app does when you're linking both a personal and business Dropbox account - it gives you Dropbox (Personal) and Dropbox (<biz name>).

[steyep]

Oh, okay. Good to know! Thanks.

[azhang]

@steyep My dropbox dir is also ~/Dropbox (Personal) rather than ~/Dropbox. It doesn't seem like my dropbox installation came with a ~/Dropbox symlink