- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2016 11:23 AM
So I was adding widgets to a dashboard, and saw the Project management type, and there was a Go Lives thing to add. I love it, but it shows too much and I want it to be filtered. But I cannot find where it lives / is editable or clonable.
What I found is this:
Briefly mentioned on the docs site : CIO Dashboard
UI page is called projectGoLives.
UI page script contains "iframe src="/$project_go_lives.do""
And that's all I can find. No where do I see source data controls or filters.
Anyone have a clue?
Solved! Go to Solution.
- Labels:
-
Project Portfolio Management
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-11-2017 09:09 AM
Not by default it isn't. That's true. However we were able to do it, and I want to share that.
The project go lives as I see it is a UI page that runs .js. The location of the js is here: /scripts/project_go_live_widget/get_project_go_live.js. (Note, there is also a css that is needed, but we didn't mess with this, located here: styles/project_go_live/project_go_live.css)
Now, us mortals cannot edit this, but we can see it, and copy it.
What we did was to copy it, and create a new UI page "tps_go_lives_code" and insert the js copy into the client script section. (we did make one change to line 44 (inner html) to make the projects URLs that open in a new window).
As far as the data filter, that's driven by a timeline (for roadmap). So we made one and edited the lanes and panels to be what we wanted.
To be able to render the widget AND have the widget render the data, we needed to have two UI pages, one for the code, and one for the widget.
so, tps_go_lives, which basically calls the tps_go_lives_code in a frame

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-06-2016 08:52 AM
Hi Jonathan,
Unfortunately, this is not a configurable widget as it references a page that ServiceNow does not expose to customers.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-11-2017 09:09 AM
Not by default it isn't. That's true. However we were able to do it, and I want to share that.
The project go lives as I see it is a UI page that runs .js. The location of the js is here: /scripts/project_go_live_widget/get_project_go_live.js. (Note, there is also a css that is needed, but we didn't mess with this, located here: styles/project_go_live/project_go_live.css)
Now, us mortals cannot edit this, but we can see it, and copy it.
What we did was to copy it, and create a new UI page "tps_go_lives_code" and insert the js copy into the client script section. (we did make one change to line 44 (inner html) to make the projects URLs that open in a new window).
As far as the data filter, that's driven by a timeline (for roadmap). So we made one and edited the lanes and panels to be what we wanted.
To be able to render the widget AND have the widget render the data, we needed to have two UI pages, one for the code, and one for the widget.
so, tps_go_lives, which basically calls the tps_go_lives_code in a frame
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-11-2017 09:12 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2017 08:20 AM
This is awesome news. We're looking at the same thing right now, but perhaps for a slightly different reason. For us, we love the idea of a go-live schedule, but the OOB widget is using the project planned end date as a proxy for the go-live date. That's ok for some projects, but for many it's not. Especially if your project methodology requires some sort of post-implementation quality assurance or monitoring of metrics established during the project. In these cases the go-live date is not the same as the planned end date of the project. In fact, the go-live date could be much sooner than the project end date, so in those cases this widget fails.
Our approach is going to be to add a custom date field for the go-live date and we want to include that date as the basis for the go-live reporting. Thanks to your work (which I haven't had a chance to dig into just yet) I'm more optimistic that we can make this work. So, thanks for the post and the content.
Earl