Description of problem: A custome report is generated for the dates between From and To. If the range is illogical, a blank search resolt is being returned, but a search still occures. The ranges here should be protected, so for example a user should be able to insert From: Steak and Kidney Pie To: -1000-01-01 which returns a 500 response. Version-Release number of selected component (if applicable): python-django-horizon-2014.1-7.el7ost.noarch How reproducible: Always Steps to Reproduce: 1. go to Resources Usage > Daily Usage 2. select as range Other 3. Enter From: something silly 4. Enter To: something sillier Actual results: Something Went Wrong message. Expected results: a warning saying that ranges are not valid ranges should be protected. a good range here might be from EPOC to 2025 and date format only. Additional info: 2014-06-09 08:30:06,544 31597 ERROR django.request Internal Server Error: /dashboard/admin/metering/report Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/django/core/handlers/base.py", line 112, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python2.7/site-packages/horizon/decorators.py", line 38, in dec return view_func(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/decorators.py", line 86, in dec return view_func(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/decorators.py", line 54, in dec return view_func(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/decorators.py", line 38, in dec return view_func(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/decorators.py", line 86, in dec return view_func(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/django/views/generic/base.py", line 69, in view return self.dispatch(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/django/views/generic/base.py", line 87, in dispatch return handler(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/tables/views.py", line 162, in post return self.get(request, *args, **kwargs) File "/usr/lib/python2.7/site-packages/horizon/tables/views.py", line 154, in get handled = self.construct_tables() File "/usr/lib/python2.7/site-packages/horizon/tables/views.py", line 137, in construct_tables tables = self.get_tables().values() File "/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/admin/metering/views.py", line 106, in get_tables project_data = self.load_data(self.request) File "/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/admin/metering/views.py", line 153, in load_data 3600 * 24) File "/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/admin/metering/views.py", line 246, in query_data date_options) File "/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/admin/metering/views.py", line 225, in _calc_date_args raise ValueError("The dates haven't been " ValueError: The dates haven't been recognized
I can not reproduce it. The error message is: Error: Invalid date format: Using today as default.
I can reproduce it on the version that I mentioned. What version are you testing it on?
Nah. scratch that. Reported upstream, raised prio. Amit, thank you for insisting here, you're absolutely right.
upstream review: https://review.openstack.org/107011
This is not a specific rdo bug. It's discussed upstream: https://bugs.launchpad.net/horizon/+bug/1331427