-
-
Notifications
You must be signed in to change notification settings - Fork 248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use cacheable lists where possible #1661
Conversation
Depends on openhab/openhab-core#3335. Will fetch items, things and rules with the `cacheable` parameter set when appropriate. Closes openhab#1650. Signed-off-by: Yannick Schaus <[email protected]>
bc18fe4
to
6926c1c
Compare
Job #1051: Bundle Size — 15.74MiB (~-0.01%).Metrics (1 change)
Total size by type (2 changes)
|
Signed-off-by: Yannick Schaus <[email protected]>
I don't think so - the problem was likely mitigated by the added |
@ghys Can you please Update is PR and resolve merge conflicts? |
Signed-off-by: Yannick Schaus <[email protected]>
Signed-off-by: Yannick Schaus <[email protected]>
Signed-off-by: Yannick Schaus <[email protected]>
done, should be good now! |
Signed-off-by: Florian Hotze <[email protected]>
Signed-off-by: Florian Hotze <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks!
This should really improve load times on any network!
You had a typo somewhere, I corrected it and also extended usage of staticDataOnly to a few other requests you forgot.
Of course I had, much appreciated! 😓
About those on the developer sidebar search, I didn't change them because maybe the non-static data from those requests are actually useful (it shows the state of items and status of things & rules etc.). We'll see if it breaks something. |
I have checked, the search does not use anything from the non-static data. |
I just noticed that we forgot the UI endpoints, which also support |
Regression from openhab#1661. Using the cacheable list for Things leads to a failure because the status field is not available then. Signed-off-by: Florian Hotze <[email protected]>
Regression from #1661. Using the cacheable list for Things leads to a failure because the status field is not available then. This reverts the change from #1661 to this single REST request. Signed-off-by: Florian Hotze <[email protected]>
Regression from #1661. Using the cacheable list for Things leads to a failure because the status field is not available then. This reverts the change from #1661 to this single REST request. Signed-off-by: Florian Hotze <[email protected]> (cherry picked from commit efa3345)
Fixes #1996. Regression from #1661. Supersedes openhab/openhab-core#3761. Signed-off-by: Yannick Schaus <[email protected]>
Fixes #1996. Regression from #1661. Supersedes openhab/openhab-core#3761. Signed-off-by: Yannick Schaus <[email protected]> (cherry picked from commit 3eff1fa)
Depends on openhab/openhab-core#3335.
Will fetch items, things and rules with the
cacheable
parameter setwhen appropriate.
Closes #1650.
Signed-off-by: Yannick Schaus [email protected]