Hi,
I use mailtowiki to email Microsoft Teams Meeting AI Recaps to my "personal" Confluence Space (replacing OneNote FTW!) and I have 10 to 20 meetings a week.
It's easy to email into Confluence but manually converting every page auto generated by mailtowiki into a Live Doc is robbing me of the typical Atlassian-induced joy I get from power using Jira & Confluence.
Not sure if I'm just missing the action or if it isn't yet possible.
How often are new actions being introduced into automations?
The flow would look something like this:
Is there a place where I could request this feature & track the possibility of a dream becoming reality?
Long Time Atlassian-lover,
-Thom
Hi @Thom - there's actually a way to do this via an Undocumented API endpoint.
(Disclaimer: Undocumented API endpoints are undocumented for a reason. Atlassian could change them whenever they want. I mean, they usually don't, but it's possible. That means your automation here would break. But you'd get an email notification about it, so that's ok, you can come back here and ask how to fix it :-)
Basically to figure this out, I watched what calls my web browser made when I converted one of my pages to a Live Doc, and then put that into an Automation Web Request.
So ok, assuming mailto.wiki is creating pages in the same Space, and that's the _only_ thing creating pages in that Space, your rule would look something like this: (You could also add a condition to check for specific labels, etc.)
Here's the details of those fields:
Web request URL
https://YOURSITE.atlassian.net/cgraphql?q=ConvertToLivePageDialogConvertPageToLiveEditMutation
Custom data
[{"operationName":"ConvertToLivePageDialogConvertPageToLiveEditMutation","variables":{"contentId":"{{page.id}}"},"query":"mutation ConvertToLivePageDialogConvertPageToLiveEditMutation($contentId: ID!) { convertPageToLiveEditAction(input: {contentId: $contentId}) { success errors { message __typename } __typename }}"}]
Headers
Content-Type: application/json
Authorization: Basic BASE64EMAIL:TOKEN
So how it works is, when the page is published, the rule sends a web request to convert to a live doc (again, this is the same request that happens when you manually click to convert a page to a live doc and confirm it.)
The Custom data sent includes the {{page.id}} Smart Value, which is the ID of the page that was just created.
To authenticate this call, you need to include the Authorization header, which will be your email address + your API token, base64 encoded. There's details on how to get that here:
Automation for Jira - Send web request using Jira REST API
Anyways, it's ugly, but until Atlassian gives us a proper public API to do this, or better still, an Automation action, it will probably work fine.
OH, you might be wondering, will this work with the new Atlassian Service Accounts that were launched a few months ago. Well, I just tested, and I'm pretty sure the answer is NO, as I got this error: "Unauthorized; scope does not match", and I had enabled nearly all the Confluence scopes. Ah well... Like I said, it's unofficial. :-}
Oh, so you or others might be thinking:
"Undocumented API Endpoint?! That sounds DANGEROUS!!!"
Well. Not really.
The worst case scenario? Your page doesn't get converted to a Live Doc.
If you examine the "code" above (which is mainly the Custom data and the URL above, you'll see that the only thing the call is doing is:
convertPageToLiveEditAction
No more. No less.
So if they change that action's name, or the name of the operation, your page won't convert, and you'll get an email when it fails.
But that's about it.
OH OH, from a security standpoint, once you get the rule working, you'll want to check the "Hidden" box next to your Authorization header, so if another admin edits the rule or exports all the rules, they will not have your API token:
(And in reality they wouldn't have your actual API token (since it's Base64 encoded), but they'd have a valid Authorization header to be able to do all kinds of API calls as your account. Which you probably don't want.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Thom
Welcome to the community.
Contact the vendor of the app to see if they have features for this in development or are willing to look into this.
Atlassian is not the one providing automation integation functions for aps, the app developers need to see igf they can integrate their app with automation
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OH! A better, non-janky solution, rather than relying on unofficial/undocumented API endpoints, would be to ask the mailto.wiki developers CraftCoders to utilize the new(ish) subtype option in the Page Create API, setting it to live.
Then directly from mailto.wiki you would be able choose whether emails should be converted to regular pages or Live Docs.
I'm publishing this as a separate answer because it's not a hack. :-}
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
A tiny bit more details on the new API options for Live Docs:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Thom Welcome to Community! I also ran into this problem a few weeks ago, and someone from Atlassian created this change request: https://jira.atlassian.com/browse/CONFCLOUD-83078
You can watch and vote for the issue
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Thom
Go to you guess it Atlassian Jira and open a feature request for your idea!
Browse projects - Create and track feature requests for Atlassian products.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.