What happened to 'code block' in new page editor

[alan.gordon]

Started a new page and was told I need to use the new format. I am doing so but now wasting a lot of time trying to find where 'code block' went. Does anyone know how to insert a code block in new page editor system?

Thanks. 

[Salvatore _Sax_ Cammarata]

Hi Nick,
Thanks a lot, that's exactly what I was looking for!

[Nick Clarke]

Hi Salvatore,

We've recently added an "operations" expansion on the /rest/api/content/{contentID} resource, which I think will suit your use case of determining whether to show the edit button:

/rest/api/content/{contentID}?expand=operations

This will add an "operations" property to the response, like this:

{
    id: "12345",
    type: "page",
    title: "My page",
    operations: [
        {
            operation: "read",
            targetType: "page"
        },
        {
            operation: "update",
            targetType: "page"
        },
        {
            operation: "delete",
            targetType: "page"
        }
    ]
    ...
}

This expansion shows the operations the requesting user is allowed to perform, taking into account both permissions and content restrictions.

So if the "update" operation is present, then the requesting user is able to edit the page.

It can be used on all Confluence resources that return Content and take an "expand" parameter, and is currently available for Page, BlogPost and Comment content types, with others to follow.

[Stephen Deutsch]

Wow, that's great! Looking at the documentation I see that it has been updated, but without this answer I wouldn't have thought to look. Would it be possible to include this sort of information in the release notes next time (or can this information be found somewhere else)?

[Nick Clarke]

Stephen - we intentionally hadn't made a big deal of this yet, as it's very new and only recently supported enough built-in content types to be widely useful. It will likely get talked about some more soon :)

[Stephen Deutsch]

Hi Salvatore,

I'm not aware of any method using the REST API (actually, there's ui/1.0/content/{id}, but that's not on the Connect whitelist), but there is a way by using the JSON-RPC API.  More information can be found here: https://groups.google.com/forum/#!topic/atlassian-connect-dev/Pe6U-5HYFUs

You have to make two calls, one to get the page permissions and one to get the space permissions.  You could substitute /rest/api/content/{contentID}/restriction/byOperation for the first one (getPagePermissions), but you still need to run the RPC call to get space-level permissions (getPermissions).

However, since it's possible for there to also be group restrictions, I'm not sure how you'd get around that issue...

[Salvatore _Sax_ Cammarata]

The usecase is this one:

• we have a connect dynamic macro from which we can launch a custom editor (i.e. without entering the edit mode of the page). 
• we would like to hide the edit button in case the user is not granted with update restriction.

UserRestriction.png

PS By the way, is there already an issue in the here that I can watch?

[Adrien Ragot 2]

There is no way to get the users of a group in Confluence (see In Connect, is it possible to see a user's groups and/or permissions?). @Travis Smith suggested that I submit an improvement request, but I didn't do it because I expect a "What is your usecase"-kind-of-response. If you do submit one, I'll upvote you!