Подскажите, имел ли кто опыт в конфлюенсе - добавления пользователю

"Can view" Page restrictions по всем Restricted pages не имея Scriptrunner на борту ? Через БД например.
Суть задачи - сделать Всевидящего пользователя, который мог бы делать поиск по абсолютно всем страницам, включая персональные спэйсы и рестриктед страницы.

Просто добавьте его в группу confluence-administrators.

Если бы всё так было просто... Даже к системному конфлюенс администратору не попадёт в результаты поиска то - что пользователь сделал Restricted например только для себя.

Хм, не замечал такого. Наверное, потому что не видел)

А это разово надо?

Периодически.

Скажем так, каждый раз когда безики с аудитом приходят, посмотреть чтоб юзеры не хранили у себя в закрытых спэйсах и Restricted Pages всякое , что по регламенту - нельзя. Раз в пару месяцев. Но это не будет на ПРОД-е , для аудита будет делаться клон.

https://confluence.atlassian.com/confkb/how-to-remove-all-restrictions-from-pages-within-a-space-701268549.html можно просто truncate table content_perm_set и Flush all в Cache management

Решение кардинальное, но получается - что всё станет доступно абсолютно всем юзерам.

Ну тут или шашечки, или ехать Можно раскурить бд и update или insert добавить разрешения для пользователя

Смысл задачи - аудиторам найти, и понять кто имел доступ к этой странице

А если был но убрали Тут у аудите смотреть уже

Суть вопроса не изменилась. Если никто не сталкивался - будем придумывать велосипед какой-нибудь

Space Admin and System Administrator access to restricted pages  Users with 'Admin' permissions in a space, or users with the System Administrator global permission can remove restrictions from pages, even if the page restriction prevents them from viewing the page. Go to Space Administration > Restricted Pages.

Вы такие забавные 🤣 Прокликать несколько тысяч страниц

Звучит как вакансия стажёра

Опыта нету, но если без scriptrunner, глянул бы: 1) реализацию через js banner на стороне confluence 2) на стороне proxy (nginx. envoy, traefik, etc) пишем middleware, которое тригерится по location /pages/setcontentpermissions.action и берем header «Referer» который содержит нужный url для обработки 3) создаем trigger в БД при обновлении/добавлении данных в определенных таблицах/таблице (по структуре не подскажу, нужно смотреть)

Спасибо за инфо. Но скорее всего будет делаться велосипед в виде селекта всех рестриктед страниц , и потом инсерта туда пользователя-всевидящего через бд.

Сдается мне, что после такого инсерта индексация нужна

Это не проблема. Не прод

Да кстати, это проблема, изменения лучше через rest или soap вносить

Инстанс будет тихо лежать в этот момент. После процедур - индексы будут строится с нуля.

Под триггером я имел ввиду происходит изменения в бд отправляется request на стороннюю систему, которая запускает pipeline

По MySQL не подскажу, но PostgreSQL так умеет