# \[Script\] WME Closure Details (1.3.0)
**URL:** https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421
**Category:** Addons, Extensions, And Scripts
**Created:** [April 1, 2017, 7:28pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421 "2017-04-01T19:28:36Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [April 1, 2017, 7:28pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/1 "2017-04-01T19:28:36Z")
I got slightly annoyed this morning by not being able to see the details of a closure outside of my editing area, even though I was able to find all its details when I started looking into the data received from the server. Therefore I decided to make a small userscript that adds the description and also some additional data in a tooltip: origin of the closure is (WME or app), closure data provider, closure creator, closure creation timestamp, last closure updater and last closure update timestamp.
The userscript can be found and installed at GreasyFork: [https://greasyfork.org/scripts/28620-wme-closure-details](https://greasyfork.org/scripts/28620-wme-closure-details)
You will need to install an add-on that manages userscripts for this to work. There’s TamperMonkey for [Firefox](https://addons.mozilla.org/en-US/firefox/addon/tampermonkey/) and [Chrome](https://chrome.google.com/webstore/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo).
---
### Author:  [@juliansean](https://www.waze.com/discuss/u/juliansean)
#### Post date: [April 1, 2017, 8:50pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/2 "2017-04-01T20:50:35Z")
Awesome. Thank you for sharing!
Sent from my iPhone using Tapatalk
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [April 2, 2017, 8:21am UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/3 "2017-04-02T08:21:16Z")
Just noticed that the ‘WME-entered’ and ‘App-entered’ indication was wrong. The data I was basing that on actually indicates whether or not the closure ignores traffic. Version 0.2 has been created to fix this.
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [April 2, 2017, 11:34am UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/4 "2017-04-02T11:34:20Z")
I’ve released version 0.3 in which an indication is added when a closure doesn’t have a description set and I’ve also added some better date parsing to find closures for more date formats. The userscript should now always work with WME Fix UI enabled.
---
### Author:  [@iainhouse](https://www.waze.com/discuss/u/iainhouse)
#### Post date: [April 2, 2017, 11:49am UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/5 "2017-04-02T11:49:24Z")
> [@Glodenox](#):
>
> The userscript should now always work with WME Fix UI enabled
One tool that every amateur script hacker should have in their toolbox: the ability to patiently wait until an expert who knows what they are doing solves a problem.
I am that amateur and you are that expert sir. :lol:
---
### Author:  [@juliansean](https://www.waze.com/discuss/u/juliansean)
#### Post date: [April 2, 2017, 12:03pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/6 "2017-04-02T12:03:12Z")
Thank you Glodenox.
Sent from my iPhone using Tapatalk
---
### Author:  [@darossi1982](https://www.waze.com/discuss/u/darossi1982)
#### Post date: [April 2, 2017, 1:21pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/7 "2017-04-02T13:21:10Z")
Thank, is very useful
Enviado desde mi HUAWEI Y600-U351 mediante Tapatalk
---
### Author:  [@dspille](https://www.waze.com/discuss/u/dspille)
#### Post date: [April 2, 2017, 2:16pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/8 "2017-04-02T14:16:16Z")
Thanks for this great tool!
---
### Author:  [@LennyNRPD](https://www.waze.com/discuss/u/LennyNRPD)
#### Post date: [April 7, 2017, 2:32pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/9 "2017-04-07T14:32:02Z")
Very useful script. Thanks a lot for posting this!
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [May 1, 2017, 1:17pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/10 "2017-05-01T13:17:41Z")
Just released a fix to prevent applying more than one description to the same closure block. This usually only happens when you have one selected segment and move to another segment with the same closure restrictions on it or when you select multiple segments at the same time with the same closure restrictions on them.
---
### Author:  [@juliansean](https://www.waze.com/discuss/u/juliansean)
#### Post date: [May 1, 2017, 1:31pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/11 "2017-05-01T13:31:06Z")
Thank you!
Sent from my iPhone using Tapatalk
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [June 30, 2017, 7:30pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/12 "2017-06-30T19:30:38Z")
I’ve just released a new version that will match the closures in the list much better in all date formats. If you didn’t get any closure details in the past in your language: now’s the time to try it again 😉
Instead of trying to parse the date in the list I now just transform the date of the underlying data model to the local date format and compare that result. It now basically does the same transformations as the WME does.
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [August 7, 2017, 8:06pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/13 "2017-08-07T20:06:21Z")
Just released a fix for a bug that prevented closure details from showing up due to a missing ‘last updated on’ timestamp. Apparently there is a way for a closure to get updated by a user without actually setting the update time. I’m assuming a staff script will be responsible for this.
No news yet on the bug itself getting fixed in the WME.
---
### Author:  [@juliansean](https://www.waze.com/discuss/u/juliansean)
#### Post date: [August 7, 2017, 9:38pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/14 "2017-08-07T21:38:15Z")
Thank you!
Sent from my iPhone using Tapatalk
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [August 16, 2017, 7:55pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/15 "2017-08-16T19:55:04Z")
Version 0.6.1 has just been released.
This version fixes the [issue with the script activation with a missing trailing slash in the URL](https://www.waze.com/forum/viewtopic.php?f=819&t=235342).
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [September 5, 2017, 11:48pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/16 "2017-09-05T23:48:12Z")
Version 0.6.2 has just been released.
This includes a fix for a breaking issue in the beta WME.
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [October 24, 2017, 9:53pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/17 "2017-10-24T21:53:18Z")
FYI: I’m aware that this userscript currently doesn’t work any more in the editor. I somehow overlooked this script when I tested my scripts for the new layout. I’m most likely going to make the tooltip show on the right whenever you hover over a closure item. But I’m not sure when I’ll find the time to do this…
---
### Author:  [@itzwolf](https://www.waze.com/discuss/u/itzwolf)
#### Post date: [October 27, 2017, 12:12pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/18 "2017-10-27T12:12:25Z")
I know you stated that the script is not working but wanted to pass this along just in case anyone encounters before/without reading your post. When this script is enabled and the Near HOV (old ignore traffic) check box is checked, this will prevent a closure from being saved. Disabling or removing this script then refreshing WME will return the check box and save ability.
---
### Author:  [@Glodenox](https://www.waze.com/discuss/u/Glodenox)
#### Post date: [October 27, 2017, 12:21pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/19 "2017-10-27T12:21:18Z")
If that is the case I’ll have to take a closer look to the script later tonight. I don’t mind the script being broken for now, but it shouldn’t block anyone from performing certain actions. From heart I can’t really imagine what could be causing that sort of behaviour though.
---
### Author:  [@itzwolf](https://www.waze.com/discuss/u/itzwolf)
#### Post date: [October 27, 2017, 12:33pm UTC](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421/20 "2017-10-27T12:33:50Z")
> [@Glodenox](#):
>
> If that is the case I’ll have to take a closer look to the script later tonight. I don’t mind the script being broken for now, but it shouldn’t block anyone from performing certain actions. From heart I can’t really imagine what could be causing that sort of behaviour though.
I really didn’t expect it to be the case either. To isolate I disabled all scripts to test if it was a bug in WME first, then enabled all the issue returned, then disabled just this script noting the statement you had made above and fact it dealt with closures and the problem returned. I performed these steps in both Prod and Beta with the same results using Firefox v56.0.2 as that is all I have access to at work. The only other closure related script I have is WME RTC Improvements.
I’m going to test more here in a moment to make sure it is not a combination script issue and report back to be sure.
[Next page](https://www.waze.com/discuss/t/script-wme-closure-details-1-3-0/79421.md?page=2)