Flickering ui on 2.2.0 #708

Closed
eswdd opened this Issue Feb 25, 2016 · 5 comments

Projects

None yet

4 participants

@eswdd
Contributor
eswdd commented Feb 25, 2016

Hiya,

Got an odd bug when using Firefox on Windows on 2.2.0. Just open this link:

http://:4242/#start=2h-ago&m=sum:rate:tsd.rpc.received%7Btype=put,host=*%7D&o=&yrange=%5B0:%5D&key=top%20center&wxh=1800x1000&style=linespoint

What happens is that the page loads, updates the url, but with the tags the other way round, whereupon it loads again, rendering the tags the other way round, updates the url with the tags back the first way, updates the url..... ad infinitum.

Works fine in Chrome.

Cheers
Simon

@manolama manolama added the bug label Feb 28, 2016
@manolama
Member

hmm, Do you know if it happens in 2.1.4 as well before the UI and tag handling changes? I'll take a look too.

@eswdd
Contributor
eswdd commented Mar 14, 2016

Doesn't happen in 2.1.4.

@katameru

+1, still a problem in 2.3

@johann8384 johann8384 added this to the v2.3.0 milestone Jul 6, 2016
@johann8384 johann8384 modified the milestone: v2.3.1, v2.3.0 Sep 6, 2016
@johann8384
Member

I was able to re-create this in the NEXT branch with Firefox on OSX

@manolama
Member

Ah, I can recreate it too. Ick. Working it now.

@manolama manolama added a commit to manolama/opentsdb that referenced this issue Sep 18, 2016
@manolama manolama Fix #708 where the sorting order of filters would change in some
browsers can cause an infinite loop of loading. Now we sort after
parsing and before calling the API so it's determinant.
6900e52
@manolama manolama added a commit that closed this issue Sep 18, 2016
@manolama manolama Fix #708 where the sorting order of filters would change in some
browsers can cause an infinite loop of loading. Now we sort after
parsing and before calling the API so it's determinant.

Signed-off-by: Chris Larsen <clarsen@yahoo-inc.com>
951173b
@manolama manolama closed this in 951173b Sep 18, 2016
@manolama manolama added a commit that referenced this issue Sep 18, 2016
@manolama manolama Fix #708 where the sorting order of filters would change in some
browsers can cause an infinite loop of loading. Now we sort after
parsing and before calling the API so it's determinant.

Signed-off-by: Chris Larsen <clarsen@yahoo-inc.com>
ca9bf6c
@johann8384 johann8384 added a commit to johann8384/opentsdb that referenced this issue Dec 5, 2016
@manolama @johann8384 manolama + johann8384 Fix #708 where the sorting order of filters would change in some
browsers can cause an infinite loop of loading. Now we sort after
parsing and before calling the API so it's determinant.

Signed-off-by: Chris Larsen <clarsen@yahoo-inc.com>
0b6a357
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment