It would be even better to replace this checkbox with “Hide rejected updates” for the history of places.
I like that idea, I think I might have to “borrow” it :lol:
As long as it’s an option not baked in. When reviewing what other editors have done on a place, I like to see what kind of changes have been rejected. 
That’s why it’d be triggered by the checkbox 
1.4 adds compatibility fixes and replaces “Hide closures” with “Hide rejected updates” when a place is selected.
https://greasyfork.org/en/scripts/449557-wme-history-enhancer
I no longer see the time of a given edit in the history. Is this something that can be brought back?
Unless I’m getting monumentally confused here, I’m about 97.254% certain that this is a feature of FUME rather than WHE, and is still working for me in both Prod and Beta…
Oooh. I guess that’s it. I have had FUME disabled for a bit in an effort to reduce scripts and speed up WME. Adding it back.
Thanks.
1.5 adds more compatibility fixes and provides access to additional venue history details.
https://greasyfork.org/en/scripts/449557-wme-history-enhancer
Not sure if this suggestion is more appropriate for WHE or FUME -
Would it be feasible to parse this mess
and just describe what was services were added or removed?
Yes, I know it’s a valuable neuron-stretcher for those of us needing a little extra pliability, but man, would it be nice to not have to. 
3 Likes
I like that idea, will have a play around with it soooooo…metime in the near future 
1 Like
I’m seeing somewhat frequently the history pane load up but not have each edit entry automatically expanded. Usually if I do a hard refresh they will expand. I haven’t found a pattern and couldn’t see anything in the console.
Here is my console log: Dropbox
Date formats:
URO adds that option for popups because it’s also responsible for generating everything that gets displayed in the popup. WHE doesn’t care about date formats, because that’s one of the few parts of the native history entry UI that it leaves alone…
FUME OTOH is rather less disinterested in how the native UI looks and feels, so if that’s also installed then you’ll get the history entry dates shown as in your screengrab. So it’d make more sense to include the proposed format options there than in WHE.
Non-expanding entries & lack of diagnostics output:
The non-existent diagnostics output is because for reasons I don’t even remember, I left it permanently disabled in the release versions of the script, rather than only disabling it once the script had initialised as in my other scripts.
Given this, and the lack of any other WHE-related output in your console log, I can’t even begin to try and work out what might be causing the intermittent loss of entry auto-expansion, and it’s not something I’ve seen here before. So for now the only thing I can do is to push another release version which a) leaves the diagnostics enabled and b) adds a few more messages in strategic locations relating to how entries are expanded.
1 Like
Are you able to push a new release version that leaves the diagnostics enabled and adds a few more messages in strategic locations relating to how entries are expanded?
Today’s WME prod release has broken this script.
1 Like
@Twister-UK
Any chance this is on the to do list?
1 Like
Yes, just don’t ask how many other things are also on the list…
I won’t!
I appreciate your work on these scripts!
1.6 fixes compatibility with the latest WME update, makes the hide closures/rejected place update setting persistent, and introduces the feature suggested a “while” ago by tonesterm to make changes to venue services (and categories) somewhat easier to parse…
4 Likes