Update to the bug
All,
Here is the latest on this bug. When a date is selected in the GUI time range picker, we send the date to the backend (splunkd) in the in the format (mm/dd/yyyy). The backend then converts it to epoch time and returns the epoch time to front end (splunkweb). The front end then validates that the earliest time is truly earlier then the latest time.
What happened is that on Saturday, 09/06/2014 - we passed a magic point where the epoch time returned 1410065408, which is (10^10)%(2^32). Due to a bit of difference between the way Windows handles unsigned integers (it considers them 32 bit vs 64 bit), the value passed was being truncated.
So all in all, what does this impact?
Any 32-bit install of Splunk - Windows & Linux
64-bit installs of Splunk - Windows
This includes versions 5.x,6.x, and 6.1.x of Splunk.
The developers are looking at creating a patch for this - I will let you know once we have a better time frame.
Brian
... View more