Under Community Review

Valid request, I have promoted this idea to Under community review so others can vote for this as well. 

Feature will be reviewed for the new User Interface development in a future release. 

Sites9.1 - Republish/Redo multiple from publishing queue

There was an extension available in the versions prior to Sites 9.1 to republish directly from the publishing queue.

Sites 9.1 has the option called as 'Redo' which is good as we do not need any extension, but it doesn't work if you select multiple pages/items from the publishing queue which was possible in the extension.

Unfortunately, the extension doesn't work as is in 9.1 version and it needs to be deployed using the addon service but needs some additional changes aligned with 9.1 version.

Is this solved by someone? Can we add it as a feature inside the product itself?

Much frustrating to see things which were possible in old version are not possible (or complicated?) in the new version...

Sarang Deshmukh
Parents

  • Multi-item actions make sense and are indeed supported for many actions in the Classic UI and Experience Space. Specifically for publishing redo, I was the product owner at the time who had us add redo to the Classic UI publishing queue.

    The idea was to indeed enable this functionality in the Classic UI, at least until it could be added to Experience Space. The use case is if/when publishing fails, IT should be able to troubleshoot or restart publishing-related services and non-admins could retry the items that failed. In the case of a recovery, I can see how selecting each item would be frustrating, though I hope this isn't a daily editorial task.

    In the Classic UI in Sites 9.1, a sucessful redo depends on a few things such as if the selected transaction exists, authorization, etc. The button will become disabled for the selected publishing request if it turns out redo isn't applicable for that request and its transactions.

    So given the use case and additional logic and notifications needed to support multi-item select, we (I) kept it at redo for single items, rather than not having redo for that given release.

    I can see that product management moved this to community review, encouraging others to vote. Keep the ideas coming, it definitely helps give context and show interest in various product ideas!

Comment

  • Multi-item actions make sense and are indeed supported for many actions in the Classic UI and Experience Space. Specifically for publishing redo, I was the product owner at the time who had us add redo to the Classic UI publishing queue.

    The idea was to indeed enable this functionality in the Classic UI, at least until it could be added to Experience Space. The use case is if/when publishing fails, IT should be able to troubleshoot or restart publishing-related services and non-admins could retry the items that failed. In the case of a recovery, I can see how selecting each item would be frustrating, though I hope this isn't a daily editorial task.

    In the Classic UI in Sites 9.1, a sucessful redo depends on a few things such as if the selected transaction exists, authorization, etc. The button will become disabled for the selected publishing request if it turns out redo isn't applicable for that request and its transactions.

    So given the use case and additional logic and notifications needed to support multi-item select, we (I) kept it at redo for single items, rather than not having redo for that given release.

    I can see that product management moved this to community review, encouraging others to vote. Keep the ideas coming, it definitely helps give context and show interest in various product ideas!

Children
No Data