You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lower & upper bounds are same & equal to some weird "559" value:
And same card for the 2nd entity:
Note that:
No graph is shown (as expected).
Lower & upper bounds = 0 (as expected).
About 2 weeks ago (23.08.24) while checking this issue the 1st sensor was INCLUDED in Recorder for a few hours.
This is the last record in DB for this sensor:
where last_updated_ts is 1724421565.94111 (Friday, 23 August 2024 16:59:25.941 GMT+03:00).
And attributes_id of this last record is
with that "559" value.
Means - this old "559" value recorded 2 weeks ago is shown in a graph - although hours_to_show: 24 (a default value).
There will be same glitch if hours_to_show is defined explicitly:
Imho we should not use a value from a DB if this value is beyond a selected time interval.
Probably, there may be some negative side effects after this will be fixed, not sure...
P.S. Browser's cache was cleared.
v0.12.2-dev.2
2024.9, Chrome
The text was updated successfully, but these errors were encountered:
maybe the best workaround for now is using the "sampler" integration on sensors that update very slowly. I do that with many sensors not just for graphs (especially for reinmann sum sensors, before the update that basically does the same thing as sampler).
Thanks about info, I will read about “sampler”.
But here no workaround needed - this a harmless glitch: since I know that this entity is excluded from Recorder - I will not want to see it’s graph in mini-graph-card.
The main point is that old record is not supposed to be used since it is beyond a time interval.
Some sensors are EXCLUDED from Recorder:
Consider this card for the 1st sensor:
Note that:
And same card for the 2nd entity:
![image](https://private-user-images.githubusercontent.com/71872483/364557528-0fa38a81-9a94-491a-abfa-09722de1b6e1.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkxMDIzMTEsIm5iZiI6MTczOTEwMjAxMSwicGF0aCI6Ii83MTg3MjQ4My8zNjQ1NTc1MjgtMGZhMzhhODEtOWE5NC00OTFhLWFiZmEtMDk3MjJkZTFiNmUxLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA5VDExNTMzMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMzZjVlMWNkNDVlMTFlNDg5NWY0NWEyOTY2M2U0MzEyNWQ3ZjI4NGEzYzMxMGEwNWUxOGExNmNhYjk1NDdkNjQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.yXdmk35w6yuJG8s5_bBfhA9nqSxNpdTKJKHvri-lAN4)
Note that:
About 2 weeks ago (23.08.24) while checking this issue the 1st sensor was INCLUDED in Recorder for a few hours.
![image](https://private-user-images.githubusercontent.com/71872483/364560696-1e78d701-2cc1-4936-b16b-d80317d9d09e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkxMDIzMTEsIm5iZiI6MTczOTEwMjAxMSwicGF0aCI6Ii83MTg3MjQ4My8zNjQ1NjA2OTYtMWU3OGQ3MDEtMmNjMS00OTM2LWIxNmItZDgwMzE3ZDlkMDllLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA5VDExNTMzMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTAzNTI3NTY3YmNjOWIxMjk4YTNmZDc2OTk0YTZkNWJlNjlhODk5YzlmYzdmYmMzNzEzZDg3YjBlNTg1NzkwYTImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.VWNILtTiSVo2k-I1pF1rQtVvx4lDoWY7EbBaW_BdUgU)
This is the last record in DB for this sensor:
where
last_updated_ts
is1724421565.94111
(Friday, 23 August 2024 16:59:25.941 GMT+03:00).And
![image](https://private-user-images.githubusercontent.com/71872483/364561118-08d75f7e-750b-4411-a9a0-22bfa019ee55.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkxMDIzMTEsIm5iZiI6MTczOTEwMjAxMSwicGF0aCI6Ii83MTg3MjQ4My8zNjQ1NjExMTgtMDhkNzVmN2UtNzUwYi00NDExLWE5YTAtMjJiZmEwMTllZTU1LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA5VDExNTMzMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTYwMmFiZDMyYjVhNWIzZWM4MWU2NTgzY2FiMWI3ZGIwMDg2YmUzYWZkNzcyZDRjNWNmYmIwZTUyZDJlMGFhYjQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.gkk4Tr4Jp85waX0PqPNKrwvsybAONZoiZan669JGyMU)
attributes_id
of this last record iswith that "559" value.
Means - this old "559" value recorded 2 weeks ago is shown in a graph - although
![image](https://private-user-images.githubusercontent.com/71872483/364561708-ce680bf5-858f-4991-bde6-44180c495ed0.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkxMDIzMTEsIm5iZiI6MTczOTEwMjAxMSwicGF0aCI6Ii83MTg3MjQ4My8zNjQ1NjE3MDgtY2U2ODBiZjUtODU4Zi00OTkxLWJkZTYtNDQxODBjNDk1ZWQwLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA5VDExNTMzMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWYwMTcwNjRkMmYwYTEyZDQ1NDk5MjdmNGMwZWY3NzU1ZGFkZmI5NGQwNjZmMDU1YWRhYWM5NWJjNzdiYzc0NzEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.TcCZjW_8BcZF8i7pFlGLPt5Lg_6YdnrAdyr-mP_mmng)
hours_to_show: 24
(a default value).There will be same glitch if
hours_to_show
is defined explicitly:Imho we should not use a value from a DB if this value is beyond a selected time interval.
Probably, there may be some negative side effects after this will be fixed, not sure...
P.S. Browser's cache was cleared.
v0.12.2-dev.2
2024.9, Chrome
The text was updated successfully, but these errors were encountered: