5

How to disable high priority option in drop down list while publishing for all publications and all targets in SDL Tridion. enter image description here

  • 2
    It might be interesting if you edit your question and provide the reasoning behind this. Since if every editor chooses high priority anyways, it basically is already disabled, as all Publish transactions will just be executed based on their order in the queue. – Bart Koopman Nov 7 '16 at 13:28
  • I see below you're asking questions about renaming the priorities - which doesn't seem to tie in with the original question in the first place. I strongly suggest you add some more context to your question - what is the actual stakeholder request and what is the real reasoning behind that? – Dylan .. Mark Saunders Nov 24 '16 at 16:43
9

You can't disable it, but you can make it a really bad choice. Depending on your environment, let's say you have 3 publishers, you could configure 2 out of the 3 machines, to only work on medium and low priority jobs, meaning that all high-priority jobs would be processed by a single server instead of all 3.

You can also configure your publishers to not pickup any high priority jobs, but this may result in end-user revolt and a complaint to SDL that "publishing doesn't work"...

See http://blog.building-blocks.com/technical-tips/filtering-prioritization-of-the-tridion-publish-queue for more details on what you can configure at the publisher level.

EDIT

Obviously, the place to start is to fix your infrastructure and/or template performance so that publishing is fast and doesn't require your editors to use high priority. Probably worth looking into adding publishers and/or render threads based on your current issues, and a template code review always helps.

  • Thanks for answer. Can we rename it if yes can you guide me. – Rameshponna Nov 18 '16 at 12:24
  • Not sure I understand. Rename what? – Nuno Linhares Nov 18 '16 at 12:50
  • rename "high" to medium. – Rameshponna Nov 22 '16 at 5:09
7

If you disable High - then you essentially making Normal the new High; in which case you should perhaps be thinking about removing low also - or even better re-consider why you want to remove any of the three options from the list.

User misunderstanding?

Perhaps someone is under the impression that High priority publishing will affect anything other than how items are picked from the publish queue and actually published? (e.g. is there a more fundamental issue with Publishing times or simply with editors understanding or prioritisation?)

Solution:

  • Training / Informing
  • Review publishing times (perhaps specific templates need work)

Perhaps you want and even keel for all users on a first come - first served basis?

Solution:

  • Training and/or GUI extension to remove the apparently unwanted items

Not really getting to the root requirement?

Perhaps more detail is required before rushing into removing something that has a proven, useful, real-world purpose.

It may be that you can't trust editors to behave as trained (which is a shame - as I've worked with many small and large organisations and found editors to be great at conforming once they understand and agree with the rationale of a way to work).

Solution:

  • Get more info:

    • Speak to the editors - why are they using High;
    • Speak to the business - what constraints can they really live with? (e.g. not having the ability to escalate one publish over another may be a step too far)
  • Get creative:

    • if your analysis deems it necessary to hide priorities - does it need to be hidden for everyone, on specific publications, for specific content types?
    • can you use configuration and/or groups to expose to only thise that the business feels should be allowed to select High etc.

UPDATE

On a closer re-read, it seems you may even want to only disable high-priority publishing when the specific scenario you quote is encountered

publishing for all publications and all targets

In this case - it certainly sounds more like a GUI Extension (and makes a little more sense). So your logic would seem to be

if (is parent publication) // I'd check this one for sure - what is a 'parent' publication and how do you determine it (naming convention, blueprint query - ouch)
   and if (publish children is selected)
      and if (all _available_ targets are selected) // may be tricky to 'define' that this means consistently across all publication 

      THEN remove "High" from the available list // or leave it in the list and catch this (as Dom suggests) in the Event system - though may confuse editors but hey - they ignored the instructions anyway?

On the face of it ... sweet, that's that then.

Beware...

  • What if the user selects High and then goes as fulfills your condition?
  • I believe you would want to prudently be certain that you don't want to catch these conditions with an OR
  • You need to consider all the different interactions possible in this part of the GUI - and ask yourself lots of test questions such as 'when there is only one target' etc.
  • 1
    You will be able to track your series of conditions with JavaScript events. Attach an event handler to each of the other controls that you want to monitor, and then when any of them changes you can update the priority setting. And to be sure that you didn't miss anything, add an event handler to the click of the Publish button and check the conditions just before the form is submitted. – Paul Russell Nov 8 '16 at 23:50
4

There's no easy way to do that. You would need to write custom code, such as a GUI extension.

If I might suggest a non-technical solution: simply tell your editors not to do that and don't give publishing rights to anyone who doesn't follow it :)

4

You could disable it as follows:

  1. Create an events system that intercepts all publish actions, and if they are High, modifies the priority to Normal (or even Low - or would that be evil? :-))
  2. Create a GUI extension that removes the High choice from the user interface.

However... as others have noted, then you've only shifted the problem to the Normal priority. It's a classic Tragedy of the Commons. and the best solution is probably a social one.

So don't start building an events system just yet. Instead, get your end users together and get them to figure out how to use this shared resource. Explain that publishing on High is the moral equivalent of pushing in at the front of the queue. Educate them in how to look at other items in the queue to identify which users will be affected by their pushing in. Also educate people to use Low for those big non-urgent jobs, and just generally be a good citizen.

Finally - explain that it's the System Administrator that has the big guns, but as with all guns, they only really work in destructive mode. If a super-high-emergency-priority job comes in, and the queue is full of High priority items, all it takes is a phone call from the CEO, and the System Administrator will just delete all those blocking jobs from the queue. But then, of course, all the people that had parked in the fast lane will have to figure it all out and publish things again. But if you only ever publish on Normal - this will never need to be done to you.

3

As Peter said GUI extension is the most logical solution. You will need to write a custom code for that. You can also create an event system that can change/decrease the priority on all your transactions, but that's a less optimal solution.

  • 1
    I've tidied up a couple of typos, but I'm not actually convinced this is an answer. You seem to be saying Peter is right. – Dominic Cronin Mar 8 '17 at 19:22
1
  1. Probably create a custom page in notifying the user to use priority Low or Normal and use High until unless if business needs it real quick.
  2. Make the publication target publishing priority to "LOW" by default(I guess this is already in place).
  3. Finally a GUI extension as others suggested but this would create a bottle neck again as Normal becomes High priority.

On the whole its better to educate the users on prioritizing the publishing process.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.