Hello Guys,
Since the absence of a simple way to synchronize Jira with OmniFocus, I created a native Sync Plugin, which works without complicate requirements.
Looking forward to getting some feedback about bugs and about my implementation. It currently works the way I need it for my projects. All Details here:
Regards Bastian
Greetings! Great idea, and thank you for sharing with the Automation community. Iâm sure this project will inspire fellow Omni Automation enthusiasts. Also, glad that the new Fetch APIs are working for you.
A couple small issues:
The plug-in is using an older template design where the action was stored in the _ var. New design uses self-invoking anonymous function like the example shown below.
Since the plug-in is only targeting OmniFocus (and not other Omni apps as well), you can use the app-specific file extension of âomnifocusjsâ which will cause the plug-in to adopt the proper OmniFocus plug-in icon and trigger the installation process when the plug-in file is opened.
(() => {
var action = new PlugIn.Action(function(selection, sender){
// action processing code goes here
});
action.validate = function(selection, sender){
// perform any status checks and returns a boolean value
return true
};
return action;
})();
Cheers!
Thank you @Sal
Updated the File Extension and the Template design.
Some Updates:
Cool. I canât wait until I have time to try this out.
Does it support OAUTH or am I going to still have to figure that out for myself?
Nope Sorry, currently only AuthBasic with Password or API Key.
Donât have the need for OAUTH currently, but Iâm open for contributions.
I suspected as much. When/if I get to this, I fully expect to share any OAUTH updates back to you in a pull request.
I can not find any notation about what the URL needs to be and I am concerned this is the reason this script is not working for me.
I am getting this on the console:
NOTICE: Synced https://___.atlassian.net/jira/software/projects/___/boards/1. Checked 0 Tickets, Created 0 new tasks, Added 0 Subtickets for Comments
The edits I made:
(() => {
const action = new PlugIn.Action(function (selection, sender) {
// START EDIT
const configs = [{
user: âemail address usedâ, // use email address for jira cloud
password: âapi key usedâ, // you can use api tokens, see https://id.atlassian.com/manage-profile/security/api-tokens
jiraUrl: âhttps://.atlassian.net/jira/software/projects//boards/1â,
omnifocusTagToUse: âJiraâ, // you can also use the format âParent1 : Parent2 : Childâ
jiraQuery: âassignee=currentuser() and resolution is emptyâ,
processComments: false, // if true, a subtask is added for each ticket comment
omnifocusCommentTagToUse: âJira-Commentâ,
// },
// {
// user: ââ,
// password: ââ,
// jiraUrl: ââ,
// omnifocusTagToUse: ââ,
// jiraQuery: âassignee=currentuser() and resolution is emptyâ,
// processComments: false,
// omnifocusCommentTagToUse: ââ,
//
}]
// END EDIT
Hello Anthonii,
You donât need the URL to the board, just the base URL of the instance, so the URL with the main folder where Jira is in.
For the instances I work with, its https://jira.domain.de/ and in another case https://domain.de/jia since there itâs in a folder instead a subdomain.
From the Base URL you give, the script needs to reach /api/rest/2
Thank you, in my region I had to use the following. https://domain.atlassian.net My next question is, can I have these imported into a specific folder/project directly?
Not yet, but Iâm thinking already about a concept to build it. Problem: I sync with more than one instance, so how can I make sure to not miss a new ticket direct after a sync without clicking through the Projects.
Donât want to use an extra view for that instead the inbox. But will come somehow :)
I do ask, but there is something magical that comes when I process my inbox. It is certainly not necessary.
Hello Together,
Just pushed a small but important update.
Tasks with Subtasks are no longer closed automatically.
This Improves the Handling of the Sync Comments Function a lot, and makes is less possible to miss something.
I also planned to integrate the Credential Store. But seams I canât use it for my kind of Configuration, where you can add multiple Instances? Or has someone an Idea for me? Want to get rid of Credentials in the Script. Would also make updates easier.
I got nerd sniped with this and thought Iâd send you my opinion:
( Feel invited to disregard )
I would imagine you can use an extra set of k/v pairs to assess that user/site comboâs existance.
essentially give yerself a namespace to be able to safely leave yourself breadcrumbs to be able to constrain userdata exposure and be able to predict the data a bit.
that way, jondoe-myinstanceone can be a different credential than billdoe-myinstanceone
create a key in which you enumerate which sites youve seen thus far. something like [myinstance]
and then create a key for myinstanceone with a val of [jondoe, billdoe]
(hashed somehow such that youâd not be obviously revealing anything to someone perusing datasets looking for âOh InterestingâŚâ )
then you know which sites youâve seen before
and you know which usernames already should have their own set of creds
and theyâre all stored safely⌠because each value and each key is idempotently encyphered before itâs saved⌠so you have to decrypt it before you display it, but since most of the time youâll be able to ask if thereâs a match rather than asking for a list of things to display, the overhead of that isnât quite as painful⌠as you only have to encypher the username and make the query which will tell you if that username is a value youâve seen before for that domain, and therefore whether or not you have a credential stored for itâŚ
without revealing anything meaninfully sensitive,
without overloading upstream things,
essentially
if youâre able to store a thing securely,
and
youâre able to store many things,
and
youâre able to store many distinct things securely,
then you have the foundational isolation necessary to be able to reasonably obfuscate the underlying data, without overcomplicating things too terribly much⌠the downside is that human readability of datasets becomes completely useless as a diagnostic; but thatâs kinda the the point in certain areas, right? :)
anyways⌠hope this helps more than it doesnât?
and if it doesnât⌠well⌠mea culpa⌠at least maybe the knowledge that someone wanted to say thank you for making something cool and had an idea that might make your day a little easier, or might not, but I didnât want to not offer my ⌠uh⌠$.03âŚ
I am new to Omnifocus automation. Is there a way to control or set how often this will run? Or can it only be run manually?
Hi, so far I now only manual
Me and my team have been using this plugin for a few weeks and I want to say thanks to you. Itâs amazing thing.
@bkuhn Thanks so much for creating this! I have two different JIRA sites to keep track of (my companyâs and my clientâs). I tried duplicating the workflow and editing the label & short label in the omnifocusjs-files to separate them out, but only the first of the two shows in the list. Would you happen to know how to show both actions in the Automation list?
Solved in the Omni Group Slack #automation channel: in addition to changing the label and shortLabel, I also needed to change the identifier since thatâs what uniquely identifies a plug-in to the app.
