Dates frontend is very slow - choosing a date is very slow and unresponsive
See original GitHub issueSummary
Dates are very slow to manipulate inside the browser. Feels “buggy”.
Steps to reproduce
Code app.py
:
import streamlit as st
def main():
st.date_input("date")
if __name__ == "__main__":
main()
Then,
streamlit run app.py
Finally, try to manipulate with your cursor the date object inside your browser.
Expected behavior:
It should be fast to choose a date.
Actual behavior:
Interface is very slow and therefore hard to use
Is this a regression?
yes
Debug info
- Streamlit version: 0.64.1.dev20200728
- Python version: Python 3.6.8
- Using virtualenvwrapper
- OS version: Ubuntu 18.04
- Browser version: Mozilla Firefox 78.0.2
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:7 (3 by maintainers)
Top Results From Across the Web
Date picker values can be slow to update - Is that expected?
Dates frontend is very slow - choosing a date is very slow and unresponsive. Summary Dates are very slow to manipulate inside the...
Read more >Why is R (in my example) very slow for handling dates ...
So I tried the same transformation skiping the Date formatting, i.e. directly use a string for the year. The performance gain is unequivocal...
Read more >WooCommerce/WooCommerce Bookings issues after ...
What we found out is that it consists while clicking too fast: Choosing start and end date very quickly creates the errors, either...
Read more >This is why your Node.js application is slow
The simple problem with it is that it is capable of slowing down your application greatly when not correctly used. Whenever a promise...
Read more >The Ultimate Guide to Fixing JavaScript Performance ...
No one wants a slow site, but not all bytes are created equally. ... Select Task Manager from the More tools menu in...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Thanks for looking into this @vinzeebreak! There are no external files that are included as part of our release process. At first I was quite puzzled but I think we were just comparing the tags in reverse. Looking at this makes much more sense: https://github.com/streamlit/streamlit/compare/0.63.2.dev20200721...0.63.2.dev20200722
It’s very probable this is a regression caused by #1747
Experiencing the same behavior with the following configuration:
streamlit-nightly-0.64.1.dev20200728 OS: Ubuntu 19.10 Python 3.8.2 Mozilla Firefox 78.0.2 (64-bit)