By testing, I can see that this means if two segments have the same name but are separated by an unnamed roundabout, ‘Select entire street’ will select both of them but not the roundabout (good).
I’ve posted a suggestion to allow unnamed roundabouts to be selected by themselves too.
Generally, roundabouts should not be named.
Rats, turns out the fix for tracking newly posted comments can still throw URO into a (recoverable by simply deselecting the UR marker) tailspin - every now and again the call I put into the server to retrieve the new comment count returns before the server has finished updating the comment data… If you’re seeing the comment count bubble fail to update after posting a new comment, this is why - I’ll work on a fix over the next day or two.
So this is what damaged UR-MP tracking?
Excepting Washington, DC.
Hi,
I have an issue of pop-up window not appearing for comments under 5 days .
Is this issue known?
Latest update probably brakes UR-MP script. Look here please. Strange errors…
https://www.waze.com/forum/viewtopic.php?f=819&t=125216&start=60#p1062970
Popup for yellow URs are back ! 
Probably the problem was fixed on the last update…
Thanks
Still no yellow popups for me 
tampermonkey had a recent update, where i was having all sort of random script issues, including no URO popups. i had disabled and reinstalled half of the scripts i run attempting to troubleshoot which one was causing the issue. one thing i noticed in tampermonkey is in the dashboard the sort column was missing. It wasn’t until i disabled and reenabled tampermonkey that sort came back. i also have all of the URO popups back. i can not promise that this was the fix more of something to check / try.
On the subject of using my scripts in Chrome, I don’t recommend using the GreasyFork code via TamperMonkey as it’s not a runtime environment I do any testing for, nor am I likely to devote much time trying to resolve any issues which are specific to the Chrome+TM environment.
Just a note: I use TamperMonkey with URO+ and several other Waze scripts on GreasyFork even when available as Chrome extensions and I’ve never had a problem. This isn’t to say there aren’t differences between the browsers and Greasemonkey/Tampermonkey but the scripts I’ve used do happen to work well on both.
Is there any way to reset or purge URO settings?
I assumed that they would be reseted after reinstallation but this was not the case. the settings were restored as before removal.
90% time when I leave comment in UR, having URO enabled causes UR-MP tracking to stop working… any ideas?
Try clearing your browser history. On Chrome, you only need to clear “cookies and other site plugin data”.
Well, it didn’t help. Also removing every add-ons and scripts for WME and then clearing didn’t help.
Any other ideas?
Have you tried setting the options the way you want, and then doing a ‘backup’?
(bottom of the misc tab page).
You can then do a copy/paste of the backup to a text file, for use later, if things get messed up.
I tried that also.
But, as a matter of fact, the problem is solved. I don’t know exactly what solved the problem, but I think disabling two adblocking add-ons did the trick (for waze only)
Also, switched to FF and installed script there but I guess it’s a very long shot.
Anyway, thanx for your support.
I’ve noticed lately a bit of trouble in moving the mouse from the UR bubble to the popup to click on something in the popup. Often the popup disappears so immediately that I have to try two or three times to move the mouse the exact right way from the bubble to the popup to get it to stay so I can click on it.
This is especially the case on certain zoom levels like 1 or 2 I think. Also, if there’s several other things around, like another UR between the current one and its popup, then it switches the popup midway.
It basically completely defeats the utility of the popup. Can we be a bit more forgiving about popup removal, perhaps give it 100ms to disappear instead of 0ms?
I think the issue is that in some zoom settings, the space between bubble and popup is large enough that it’s hard to transition the mouseover from one to the other. Instead of addressing that gap, though, a small time delay would future-proof the issue, in my opinion.
Ditto… this has been bugging me ever since the popup was moved away from the UR balloon.
The popup location doesn’t change with zoom level, so that could just be an optical illusion caused by other stuff changing size.
There is a delay to allow transition from the marker to the popup, however on checking through the code history I notice that at some point in the early 3.xx’s, I changed the popup code from being timer based to being mouse event based, but forgot about the knock-on impact that would have on the transition timer… the timer is still running, but instead of counting down every 100ms as it used to do, it now counts down each time the mouse event fires :oops:
The latter will be fixed in the next release, which should then make getting into the popups a bit easier than it has been recently. TBH, I haven’t really noticed any difference here, I just put the occasional problem down to the whole script being a bit more responsive following the change to being event driven. However, I can imagine that anyone editing on a laptop with a touchpad instead of a mouse might not be able to shift the mouse pointer quite as quickly as required now, in which case it would impact them more. Sorry about that.