THURSDAY, JANUARY 19, 2017

Bringing the Update Set Picker back from the UI14 Gear Menu

T

he ServiceNow Eureka release contains many new features and changes. Among these are some significant changes to the look and feel that are generally a very nice (and needed) improvement over previous versions of ServiceNow. I have heard a few complaints about the way that the Banner Frame has been reorganized though. Instead of having the update set, language, and application pickers, etc. available directly, they’ve been moved into a separate menu which is now accessed by clicking a gear icon in the header. While I understand ServiceNow’s reasoning for this – the old header bar was starting to look very dated and cluttered – the update set picker in particular is something that I believe really needs to be visible to admins and developers at all times. In this post I’ll show you a quick workaround you can apply to your system to bring the update set picker back where it belongs!

MoveUpdateSetPicker

The Solution…

There’s no way to get at the back-end code that controls the gear menu popup so our only option is to manipulate the UI using client scripting. Since this is a global issue independent of any specific table or form, we can use a UI script to target the Update Set picker element and move it to a different location on the page. The following script does just that, just make sure to remember to check the ‘Global’ checkbox on the UI script record. Enjoy!

‘MoveUpdateSetPicker’ UI Script
Name: MoveUpdateSetPicker
Global: true
Script:

addLoadEvent(moveUpdateSetPicker);

function moveUpdateSetPicker(){
    try{
        //Only run if UI14
        if($('navpage_header_control_button')){
            //Fix Fuji styling
            $('update_set_picker_select').className = '';
            if($('update_set_picker').select('li')[0]){
                $('update_set_picker').select('ul')[0].style.marginBottom = "0px";
                $('update_set_picker').select('li')[0].className = '';
                $('update_set_picker').select('li')[0].style.paddingRight="5px";
                $('update_set_picker').select('li')[0].style.listStyleType ="none";
                $('update_set_picker').select('li')[0].select('a')[0].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[0].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[1].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[1].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[2].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[2].style.border ="none";
                $('update_set_picker_select').style.color ="#000";
               
                $$('.btn-icon').each(function(d){
                    d.style.lineHeight = 'inherit';
                });
            }
            if($('update_set_picker').select('legend')[0]){
                $('update_set_picker').select('legend')[0].remove();
            }
            //Move the update set picker from under the gear icon to the header
            $('nav_header_stripe_decorations').insert({
                top: $('update_set_picker')
            });
            //Make sure that UI14 doesn't change styling
            $('update_set_picker').id = 'update_set_picker_new';
        }
    }catch(e){}
}

UpdateSetPicker-Moved

Moving the Home icon…

I’ve had a few people ask about moving the home icon back as well. This one is a bit more difficult because of the lack of a decent ID to target, not to mention the old-style icon. In this case, I think it’s probably easier just to create a new icon in the header. The following code could be placed inside of the ‘if’ statement in the update set picker code above to also add a ‘home’ icon in the header.

            //Create a home icon in the header
            $('navpage_header_control_button').insert({
                before: '<a href="home_splash.do?sysparm_direct=true" target="gsft_main"><button id="navpage_header_home_button" class="nav_header_button icon-home" title="Home" style="display: inline; visibility: visible;" aria-label="Home" onmouseover="contextShow(event, &quot;homepages&quot;, 200, grabOffsetTop(this) + 20, 0, grabOffsetLeft(this) + 20);event.cancelBubble=true;" target="gsft_main" onmouseout="contextTimeout(event, &quot;homepages&quot;);"></button></a>'
            });

74 Comments

Brian Arndt 28-08-2014, 10:12

This. Is. Awesome. Thanks, Guru!

Reply
Mark Stanger 28-08-2014, 10:46

You’re welcome, I’m glad it helped!

Reply
Joan Ragunjan 28-08-2014, 11:09

Thanks for this! One of my worries is with the update set hidden from the banner frame.
Thanks for the help Mark!

Reply
Mark Stanger 28-08-2014, 11:10

You’re welcome!

Reply
John Gubatayao 28-08-2014, 11:09

Very cool, thanks Mark! 🙂

Reply
Mark Stanger 28-08-2014, 11:09

You’re welcome John!

Reply
Donte Hooker 28-08-2014, 11:58

This is great. I had a few customers asking for this. Much appreciated Mark!

Reply
Mark Stanger 28-08-2014, 11:59

You’re welcome Donte! Thanks for reading.

Reply
Denise 28-08-2014, 13:14

This is wonderful.. Was a little worried about the update sets not being vislible. This is great. Thanks!

Reply
Mark Stanger 28-08-2014, 13:42

You’re welcome Denise.

Reply
Sachin Shinde 29-08-2014, 03:38

A much needed one..thanks a lot

Reply
Alain Müller 29-08-2014, 05:33

I really have some difficulties to understand why ServiceNow decided to go for such a radical change. Yes, the banner was getting crowded, and I believe it makes perfect sense to have the Language or Theme pickers in a sub-menu (you will not modify those settings every minute, but, as Mark very rightly mentions it, the Update Set picker is something you will work with all the time as an administrator.
Moreover, the banner now looks… totally empty. How useful is that?

Overall, the feedback I get from customers is that they really like the new features included in Eureka, but they are more skeptical about the new UI (modern-looking for sure, but too flat, too white and more difficult to read)…

Alain

Reply
Boyce Grier 02-09-2014, 07:03

Thanks Mark. I definitely agree with you on this one.

Boyce

Reply
Mouli 03-09-2014, 04:38

Is it possible to do the same for Application?

Reply
Mark Stanger 03-09-2014, 06:55

It is, but I’ve found such little use for the application picker that I didn’t think it warranted a mention. You can move the application picker at the same time by placing the following code within the ‘try’ statement in my code above…

//Move the application picker from under the gear icon to the header
$('nav_header_stripe_decorations').insert({
    top: $('application_picker')
});
//Make sure that UI14 doesn't change styling
$('application_picker').id = 'application_picker_new';
$('application_picker_select_title').id = 'application_picker_select_title_new';
Reply
Mouli 10-09-2014, 22:41

Thanks Mark Stanger

Reply
Mark Laucus 05-09-2014, 09:06

This is helpful script. Just starting my Eureka journey and it was time consuming to know what update set I was on. Thanks Mark for all the work you do to help the ServiceNow Community.

Reply
Howard Elton 10-09-2014, 18:22

Thanks for this! I have 2 questions though:

How can you make sure a script like this only runs when the UI is UI14? When I use IE8 in Eureka, the UI falls back to UI11 automatically, and the UI script still runs. Although it only moves the update set to the left on UI11, it begs the question of selectively running client side code based on the active UI version. I can’t find any documentation on this, as I am trying to run a few additional command on ui14 sessions only.

Also, is there an advantage to running this as a global UI script instead of global client script? It looks to be doing the same thing, but if there is a performance advantage then it would be good to know.

cheers,
Howard

Reply
Mark Stanger 10-09-2014, 18:57

Good questions. The basic idea behind only running on a specific version is to test for something that’s only present in that version. This can be a system property or something in the UI. In this case, simply checking for the gear icon should be enough to do the trick. I’ve added this up above in the sample script. One thing to note is that the global UI script will ALWAYS run, all we can do is construct conditions within the script itself so that it doesn’t take any unnecessary actions.

Regarding global UI scripts versus global client scripts, there’s not really any inherent performance advantage, it really just comes down to when the scripts run. Client scripts are always tied to a table or catalog form being rendered. This means that they don’t run when lists, reports, homepages, CMS sites, etc. run. Global UI scripts are the only way to run client-side code throughout the entire instance. That’s good in this case, but can also be very bad if you haven’t developed and scoped your code correctly as it can often be the source of serious performance issues.

Reply
Howard Elton 14-09-2014, 22:13

Thanks Mark,

That makes a lot of sense.

Howard

Reply
Gary K 12-09-2014, 13:36

Do you know if it is possible to move the domain picker back to the header as well? I tried the obvious name ‘domain_picker’ but that didn’t work. Looking at the UI Macro for the domain picker indicates that the id for it is dynamically generated. It is not a simple static string like ‘update_set_picker’ or ‘application_picker’.

Reply
Mark Stanger 12-09-2014, 14:31

I think ‘gsft_domain’ will get you what you need.

Reply
Gary K 16-09-2014, 09:59

gsft_domain may work for the simple domain picker, but it did not work for the domain reference picker.

I tried the syntax that the wiki says to use if you want to restrict access to the picker by role. For the domain reference picker, it is:

QUERY:JSCRIPT:new DomainSelect().getMyDomainRefQual();

This did not work either.

At the moment, this is low priority so I’ll play with it when I have more time.

Reply
Bill Collins 29-04-2015, 01:34

Gary, Did you get the reference picker working? Bill

Reply
Jeroen S 08-07-2015, 02:49

Gary, any updates? I also want to move the domain reference picker to the banner.

Reply
Ashley Haglin 10-08-2015, 06:51

Hi,

Have any of you had any luck with getting the domain picker to be displayed in the banner? We had it working prior to Fuji but since the upgrade haven’t been able to get it back.

Thanks,
Ashley

Reply
Mark Stanger 10-08-2015, 10:19

It’s not perfect, and only works for the select version, but this code should do pretty much what you want for the domain picker in Fuji. Just create a new UI script separate from the update set picker one.

addLoadEvent(moveDomainPicker);

function moveDomainPicker(){
    try{
        //var elID = 'gsft_domain_select';
        var elID = 'gsft_domain_select';
        //Only run if UI14
        if($('navpage_header_control_button')){
            //Fix Fuji styling
            $(elID).className = '';
            $(elID).style.marginRight="5px";
            if($(elID).select('legend')[0]){
                $(elID).select('legend')[0].remove();
            }
            //Move the update set picker from under the gear icon to the header
            $('nav_header_stripe_decorations').insert({
                top: $(elID)
            });
            //Make sure that UI14 doesn't change styling
            $(elID).id = elID + '_new';
        }
    }catch(e){}
}
Reply
Ashley Haglin 20-08-2015, 12:07

Hey Mark,

Thanks so much, that is better than nothing at least we know what domain we are in all the time! Only issue I had was that it made the text in my select box on the header white (not sure if that would be an issue specific to us or not) so I just added $(elID).style.color=”black”; and that fixed it.

Thanks,
Ashley

Reply
Ashley Haglin 21-08-2015, 09:27

Hey Mark,

I do have one more question on that fix you provided for domain picker in Fuji, do you know why with the update set picker update it removes the Title and the lines above and below the select box in the system menu but those don’t get removed with this domain picker update? I don’t see a different in the code that would remove that header and those lines?

Thanks,
Ashley

Reply
Mark Stanger 21-08-2015, 09:59

They should be removed. That’s what these lines are supposed to do. I’ve got it working that way in my Fuji instance.
if($(elID).select(‘legend’)[0]){
$(elID).select(‘legend’)[0].remove();
}

Reply
Steve H 22-09-2014, 11:33

Any reason why the UI script described here https://community.servicenow.com/people/russ.sarbora/blog/2012/07/20/2543 would cause your script to fail?
If I disable the script mentioned in the link, the update set picker works fine.

Reply
Mark Stanger 22-09-2014, 14:15

My guess would be that the script you reference is causing an error because it’s targeting elements that don’t exist at the time it runs. This would cause all subsequent client/UI scripts to fail. I’d check your console log in your browser to see if you have any errors.

Reply
Blair 21-10-2014, 14:28

Mark,

Is there a way to just hide the “javascript log and field watcher” link in this menu?

Reply
Mark Stanger 21-10-2014, 15:41

Sure. Just add this line into a UI script like I’ve shown above. If you’re using the UI script already, just add the line there…

$(‘jsdebug_button’).hide();

Reply
Chris H 22-10-2014, 07:30

I’ve added the Create home icon in the header script to the Move update set picker script I was already using. If I mouse over the new home page icon in the header and select any of the available home pages from the fly out, it works fine for any page I select. But if I just click the home page icon itself, it says “The page you are looking for could not be found”. Under that is a text field with “home_splash.do?sysparm_direct=true” in it and “Go” button to the right of that. Have you run acorss this issue before? Thoughts on what the problem could be?

Thanks,
Chris

Reply
Mark Stanger 22-10-2014, 07:56

The only problem I’ve seen with this is that homepages don’t render correctly sometimes if you don’t have all of the code inside of a ‘try’ block in the UI script. If that doesn’t work, then check out what I’ve got set up at https://demo003.service-now.com/side_door.do and compare it to yours. If you can reproduce the error there I can take a look.

Reply
Chris H 23-10-2014, 06:45

Mark,
I took the same UI Script from our QA environment that was having the issue and created a global UI Script called Move Update Set Picker in demo003 and it works fine there, so I’m unsure what the problem is. Feel free to view my script and provide any feedback.

Thanks,
Chris

Reply
Maddy 04-11-2014, 02:50

Hi Chris/Mark,

Did you ever find a solution to your issue with the homepage icon, as I am seeing the same issue?

Great post Mark – thank you. Good to get the Update Set Picker back where I can see it!

Maddy

Reply
Ganesh Bidkar 10-11-2014, 07:44

Hi Chris/Mark,
Thanks for this interesting stuff. Can we do the same for time zone as well? if yes, how?
Ganesh

Reply
Mark Stanger 10-11-2014, 07:50

You should be able to move pretty much anything using this same script while adding the specific element ID that you want to move. You can use a standard DOM inspector to identify the correct element ID. ‘timezone_changer’ is the ID you’re after in this case.

Reply
Ganesh Bidkar 11-11-2014, 02:30

That’s great!! 🙂
Thank you !!

Reply
Ganesh Bidkar 11-11-2014, 03:41

Hey Mark,
This is not related to the discussion which is going on here. Actually I need to display a macro in front of one Reference field. But the problem is that, that reference field is read only. Because of this I am not able to put any Macro in ref_contributions of that field, even if I try to put, it is not getting shown on the form just because that field is Read Only. Can I do this without DOM manipulation? Is there any way to overcome such situations?
Any solution is appreciated!

Thanks,
Ganesh

Reply
Mike Kaufman 23-02-2015, 10:41

Unfortunately this stopped working in UI15 Fuji. Any ideas on how to get this to work in UI15?

Reply
Mark Stanger 23-02-2015, 10:45

Take a look at the updated script above. That should be what you’re looking for.

Reply
Mike Kaufman 23-02-2015, 11:47

I think I was able to improve on this a little bit. Looks like it works, but not 100%.

addLoadEvent(moveUpdateSetPicker);

function moveUpdateSetPicker(){
try{
if($(‘navpage_header_control_button’)){
//Fix Fuji styling
$(‘update_set_picker_select’).className = ”;
if($(‘update_set_picker’).select(‘li’)[0]){
$(‘update_set_picker’).select(‘li’)[0].className = ”;
$(‘update_set_picker’).select(‘li’)[0].style.paddingRight=”50px”;
$(‘update_set_picker’).select(‘li’)[0].style.listStyleType =”none”;
$(‘update_set_drill’).style.color =”#FFF”;
$(‘update_set_drill’).style.marginTop = “-15px”;
$(‘update_set_picker’).select(‘li’)[0].select(‘a’)[1].style.color =”#FFF”;
$(‘update_set_picker’).select(‘li’)[0].select(‘a’)[1].style.marginTop = “-15px”;
$(‘update_set_picker’).select(‘li’)[0].select(‘a’)[2].style.color =”#FFF”;
$(‘update_set_picker’).select(‘li’)[0].select(‘a’)[2].style.marginTop = “-15px”;
$(‘update_set_picker_select’).style.color =”#000″;
}
if($(‘update_set_picker’).select(‘legend’)[0]){
$(‘update_set_picker’).select(‘legend’)[0].remove();
}
//Move the update set picker from under the gear icon to the header
$(‘nav_header_stripe_decorations’).insert({
top: $(‘update_set_picker’)
});
//Make sure that UI14 doesn’t change styling
$(‘update_set_picker’).id = ‘update_set_picker_new’;
$(‘update_set_picker_select_title’).id = ‘update_set_picker_select_title_new’;
}
}catch(e){}
}

Reply
Jim Coyne 17-03-2015, 01:59

What is the “$(‘update_set_picker_select_title’).id = ‘update_set_picker_select_title_new’;” line supposed to be doing? It’s throwing an error in Fuji – it cannot find the “update_set_picker_select_title” element.

Reply
Brandon Grimes 23-03-2015, 14:17

I’ve finally got it looking pretty good in Fuji with the below code:

addLoadEvent(moveUpdateSetPicker);

function moveUpdateSetPicker(){
    try{
        //Only run if UI14
        if($('navpage_header_control_button')){
            //Fix Fuji styling
            $('update_set_picker_select').className = '';
            if($('update_set_picker').select('li')[0]){
                $('update_set_picker').select('ul')[0].style.marginBottom = "0px";
                $('update_set_picker').select('li')[0].className = '';
                $('update_set_picker').select('li')[0].style.paddingRight="50px";
                $('update_set_picker').select('li')[0].style.listStyleType ="none";
                $('update_set_picker').select('li')[0].select('a')[0].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[0].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[1].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[1].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[2].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[2].style.border ="none";
                $('update_set_picker_select').style.color ="#000";
            }
            if($('update_set_picker').select('legend')[0]){
                $('update_set_picker').select('legend')[0].remove();
            }
            //Move the update set picker from under the gear icon to the header
            $('nav_header_stripe_decorations').insert({
                top: $('update_set_picker')
            });
            //Make sure that UI14 doesn't change styling
            $('update_set_picker').id = 'update_set_picker_new';
        }
    }catch(e){}
}
Reply
Mark Stanger 23-03-2015, 16:27

Thanks Brandon! I’ve updated the code above with code similar to yours. It looked to me like the ’50px’ right padding was a bit much so I modified that down a bit but this all looks much nicer.

Reply
Brandon Grimes 26-03-2015, 19:49

It seems that ServiceNow has changed a CSS file between Fuji Patch 1 and Fuji Patch 2. I’ve adjusted the code to work on both patches. Feel free to test it out a bit Mark before updating the post.

addLoadEvent(moveUpdateSetPicker);

function moveUpdateSetPicker(){
    try{
        //Only run if UI14
        if($('navpage_header_control_button')){
            //Fix Fuji styling
            $('update_set_picker_select').className = '';
            if($('update_set_picker').select('li')[0]){
                $('update_set_picker').select('ul')[0].style.marginBottom = "0px";
                $('update_set_picker').select('li')[0].className = '';
                $('update_set_picker').select('li')[0].style.paddingRight="20px";
                $('update_set_picker').select('li')[0].style.listStyleType ="none";
                $('update_set_picker').select('li')[0].select('a')[0].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[0].style.lineHeight ="1.42857";
                $('update_set_picker').select('li')[0].select('a')[0].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[1].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[1].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[1].style.lineHeight ="1.42857";
                $('update_set_picker').select('li')[0].select('a')[2].style.color ="#FFF";
                $('update_set_picker').select('li')[0].select('a')[2].style.border ="none";
                $('update_set_picker').select('li')[0].select('a')[2].style.lineHeight ="1.42857";
                $('update_set_picker_select').style.color ="#000";
            }
            if($('update_set_picker').select('legend')[0]){
                $('update_set_picker').select('legend')[0].remove();
            }
            //Move the update set picker from under the gear icon to the header
            $('nav_header_stripe_decorations').insert({
                top: $('update_set_picker')
            });
            //Make sure that UI14 doesn't change styling
            $('update_set_picker').id = 'update_set_picker_new';
        }
    }catch(e){}
}
Reply
Chris Bui 14-05-2015, 09:58

Thank you Brandon!

I’m on Fuji Patch 3 and it looks good!

Reply
Dimitar Dimitrov 24-03-2015, 02:36

Nice work on the Update Set for Fuji , it works.
I tried to do a similar thing with the Timezone Changer, but it does look a bit crooked – makes the header bar tall and shows the list white, unless you point to a choice option. Has anyone modified this one successfully for Fuji?

Reply
Daniel 24-03-2015, 05:12

Hi Mark,
why are you actually moving the item in a client script? I would recommend to make the respective UI macro (or a downsized copy of it) available via decorate_welcome_header_stripe_left. This seems less error prone also to upgrades.
Daniel

Reply
Mark Stanger 24-03-2015, 06:28

Aside from being the quickest way to accomplish it, the main reason is that I want to avoid ownership (and the potential for breakage) of the entire welcome header bar and the code for the update set picker. Frankly, I’d rather not have to deal with any of it breaking at all and the best solution would be if there weren’t any need for the fix. I wish that ServiceNow would give us an option to move the update set picker to a location where it is actually visible to those who need to see it, or at a minimum, offer some explanation for burying it in the gear menu.

Reply
Daniel 24-03-2015, 11:01

I do agree with your last statement very much and have raised this internally as much as I could.
Anyway, I rather go with the owning of the UI macro as this seems more update safe than mocking around with jQuery to move things on UI level. Guess this is a bit to personal preference….

Reply
Mark Stanger 24-03-2015, 11:07

Thanks for the feedback. It’s really kind of a lose-lose proposition in terms of upgrades unfortunately. 🙁

Reply
Gareth 25-03-2015, 20:57

Hi Mark,
I have added the new update set to my dev instance which is on Fuji Patch 1 but with the homepage button I no longer get an overview when I hover like I did in Eureka. This hover feature was fantastic and saved time.
Can you please advise what I am doing wrong?
regard.
Gareth

Reply
Mark Stanger 25-03-2015, 21:05

Welcome to the wonderful world of Fuji :). The issue here is that they’ve changed the way the button works in Fuji and have removed the hover capability. Unfortunately there’s not a simple fix for that unless ServiceNow decides to change it.

Reply
Nikhil Bhalla 11-05-2015, 10:13

It’s just incredible 🙂 Thanks !

Reply
Matt Staples 02-06-2015, 09:46

If we can’t make any additions/changes to the Settings cog in the top right, is there any way to create our own version (i.e. an icon on the banner bar that gives a set of options when clicked)? There’s a few options we’d like to have displayed here, but my current UI script basically floods the bar with multiple options. A second Settings cog like this would allow us to clean it up.

Reply
Jim Uomini 13-07-2015, 16:20

Hi Mark,

I upgraded to Fuji last week and the update picker displays with Chrome, but not with Firefox. Any thoughts? Both are up-to-date Windows versions.

Thanks, Jim

Reply
Mark Stanger 13-07-2015, 16:22

Make sure you have the latest script from the article above. I’ve tested successfully on Firefox.

Reply
Kumar Tella 30-07-2015, 07:04

Update set picker and home button works very well in Fuji and from all browsers (IE, FF and Chrome). Thanks a lot.

Is there a way to show the “Switch to old UI” link. There is a property glide.ui.doctype set to true in Fuji, when we change it to false it changes the UI15 to UI11 globally, I would like to provide an option to the user who wants to switch to UI 11. There is an other option sysparm_device=desktop we can use but it is a manual and only active for the current session.

Thanks in advance.
Kumar

Reply
Mark Stanger 30-07-2015, 07:16

Thanks Kumar. I don’t have any pre-built solution that does that but you might be able to find an answer on the ServiceNow community site.

Reply
Dave Stuart 05-11-2015, 11:36

Hi Mark,

I can’t seem to get this to work on Fuji. I;ve tried several of the different code versions on this blog entry. The only error I can find is a “‘setPreferred FontSize’ is undefined” error, but I can’t find where I set my preferred font size, either.

Thanks,
Dave

Reply
Mark Stanger 09-11-2015, 13:07

I’m not sure what that error would be about. This should be pretty much a copy/paste solution. You might try checking your other UI scripts in your system to see if there’s a conflict somewhere.

Reply
Tim Ruzicki 18-11-2015, 09:22

Hi Mark. First, thank you very much for this post — I’ve used it several times and I love it. Second, I’ve just upgraded my personal dev instance to Geneva and turned on UI16. I’m sure you’ve seen that, out of box, you have the option to move the update set picker into the header. However, you must go through the gear–>developer section to easily get to the update set, or list of update sets. Obviously, there are other ways to accomplish this (like using a bookmark on the Edge), but is there a way to get that functionality back in the header bar…similar to what you’ve done with this post?

Thank you again,
-Tim.

Reply
Mark Stanger 18-11-2015, 10:43

I don’t have a way to do that currently and I’m not sure it’s a good idea for us to continue to modify it anyway. If I were you, I would complain very loudly to ServiceNow via a hi ticket so that they’ll fix it. The sizing on the update set picker is messed up as well. It doesn’t even resize large enough to clearly display the name of the default picker. They think they’re fixing it for everybody but it’s still a pretty terrible job of fixing it. If enough people contact them and request it there may still be hope for getting it really fixed in Geneva.

Reply
Tim Ruzicki 18-11-2015, 14:10

OK, that makes sense. Thanks again for the older solution, though – it has saved me so much time over hundreds of update sets.

Reply
William 09-12-2015, 08:08

Let’s try this one more time…. I added the below after all the select statements in Mark’s above code:

// Insert a label
$(‘update_set_picker_select’).insert({
before: ‘Update set’

Reply
Shawn Dowler 18-12-2015, 15:51

I started this in the “ideas” section of the developer community. Voting this up might help get visibility around this issue.
https://community.servicenow.com/ideas/1163

Reply
Daniel K 24-12-2015, 10:54

Is it possible to leave it in the current location, but also have it in the “older” location with that separate element id using .clone() or something similar to that?

Reply
Tim Boelema 18-01-2016, 02:07

I am looking for a solution on this in UI16?

They finally made it possible again to display the updateset picker in the bar but sizing is terrible and i can’t jump to the the affected update set on click.

Has someone made progression on this? Reported it in HI with an incident

Reply
Nic Hord 20-01-2016, 12:35

Yes, we used this and love it!

Feature: Dynamic header application/update set picker resizing.
Feature: Clickable header application/updates set icons.

https://share.servicenow.com/app.do#/detailV2/609fe804e1e05a007c390227ffa71e4e/details

Reply
Luigi BvG 26-03-2016, 16:03

this is very useful, thank you so much!

Reply

Leave a Reply


Latest Comments

  • David: It appears that I can hit sys_properties table with REST. This works, but I haven’t yet discovered the...
  • Mark Stanger: Hey David, It doesn’t surprise me that scoped apps have made this more difficult. I’m not...
  • David: Mark, do you have an example of how to do this in a scoped app? It seems there are many hoops to jump through...
  • Mark Stanger: The only possibility is to create a system property to override this in your application. Check out the...