Kibana: Deprecation warning: value provided is not in a recognized RFC2822 or ISO format - seen on console when sample data traffic is loaded.

[rashmivkulkarni]

As soon as we load the sample data( web traffic) dashboard, am seeing this following warning sign in the console

vendors.bundle.js:191 Deprecation warning: value provided is not in a recognized RFC2822 or ISO format. moment construction falls back to js Date(), which is not reliable across all browsers and versions. Non RFC2822/ISO date formats are discouraged and will be removed in an upcoming major release. Please refer to http://momentjs.com/guides/#/warnings/js-date/ for more info.
Arguments: 
[0] _isAMomentObject: true, _isUTC: false, _useUTC: false, _l: undefined, _i: now, _f: undefined, _strict: undefined, _locale: [object Object]
Error
    at Function.createFromInputFallback (https://localhost:5601/bundles/vendors.bundle.js:191:158482)
    at Yt (https://localhost:5601/bundles/vendors.bundle.js:191:176433)
    at Ot (https://localhost:5601/bundles/vendors.bundle.js:191:177144)
    at Tt (https://localhost:5601/bundles/vendors.bundle.js:191:177226)
    at n (https://localhost:5601/bundles/vendors.bundle.js:191:155323)
    at DashboardStateManager.syncTimefilterWithDashboard (https://localhost:5601/bundles/commons.bundle.js:3:2829546)
    at controller (https://localhost:5601/bundles/commons.bundle.js:3:2790766)
    at Object.invoke (https://localhost:5601/bundles/vendors.bundle.js:260:53092)
    at $controllerInit (https://localhost:5601/bundles/vendors.bundle.js:260:120876)
    at nodeLinkFn (https://localhost:5601/bundles/vendors.bundle.js:260:99972)
    at compositeLinkFn (https://localhost:5601/bundles/vendors.bundle.js:260:85277)
    at publicLinkFn (https://localhost:5601/bundles/vendors.bundle.js:260:82884)
    at Object.link (https://localhost:5601/bundles/vendors.bundle.js:287:7516)
    at https://localhost:5601/bundles/vendors.bundle.js:260:11954
    at invokeLinkFn (https://localhost:5601/bundles/vendors.bundle.js:260:114094)
    at nodeLinkFn (https://localhost:5601/bundles/vendors.bundle.js:260:101636)
D @ vendors.bundle.js:191
(anonymous) @ vendors.bundle.js:191
Yt @ vendors.bundle.js:191
Ot @ vendors.bundle.js:191
Tt @ vendors.bundle.js:191
n @ vendors.bundle.js:191
syncTimefilterWithDashboard @ commons.bundle.js:3
controller @ commons.bundle.js:3
invoke @ vendors.bundle.js:260
$controllerInit @ vendors.bundle.js:260
nodeLinkFn @ vendors.bundle.js:260
compositeLinkFn @ vendors.bundle.js:260
publicLinkFn @ vendors.bundle.js:260
link @ vendors.bundle.js:287
(anonymous) @ vendors.bundle.js:260
invokeLinkFn @ vendors.bundle.js:260
nodeLinkFn @ vendors.bundle.js:260
compositeLinkFn @ vendors.bundle.js:260
publicLinkFn @ vendors.bundle.js:260
lazyCompilation @ vendors.bundle.js:260
boundTranscludeFn @ vendors.bundle.js:260
controllersBoundTransclude @ vendors.bundle.js:260
update @ vendors.bundle.js:287
$broadcast @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:287
processQueue @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
$digest @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
completeOutstandingRequest @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
setTimeout (async)
Browser.self.defer @ vendors.bundle.js:260
$evalAsync @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
scheduleProcessQueue @ vendors.bundle.js:260
$$resolve @ vendors.bundle.js:260
doResolve @ vendors.bundle.js:260
Promise.then (async)
$$resolve @ vendors.bundle.js:260
resolvePromise @ vendors.bundle.js:260
Deferred.resolve @ vendors.bundle.js:260
Promise.resolve @ commons.bundle.js:3
get @ commons.bundle.js:3
(anonymous) @ commons.bundle.js:3
processQueue @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
$digest @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
completeOutstandingRequest @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
setTimeout (async)
Browser.self.defer @ vendors.bundle.js:260
$evalAsync @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
scheduleProcessQueue @ vendors.bundle.js:260
$$resolve @ vendors.bundle.js:260
doResolve @ vendors.bundle.js:260
Promise.then (async)
$$resolve @ vendors.bundle.js:260
resolvePromise @ vendors.bundle.js:260
Deferred.resolve @ vendors.bundle.js:260
Promise.resolve @ commons.bundle.js:3
find @ commons.bundle.js:3
get @ commons.bundle.js:3
loadDefaultIndexPattern @ kibana.bundle.js:25
invoke @ vendors.bundle.js:260
(anonymous) @ commons.bundle.js:3
Promise.try @ commons.bundle.js:3
(anonymous) @ commons.bundle.js:3
Promise.map @ commons.bundle.js:3
invokeEach @ commons.bundle.js:3
doWork @ commons.bundle.js:3
invoke @ vendors.bundle.js:260
__prep__ @ commons.bundle.js:3
invoke @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:287
forEach @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:287
processQueue @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
$digest @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
(anonymous) @ vendors.bundle.js:260
forEach @ vendors.bundle.js:260
fireStateOrUrlChange @ vendors.bundle.js:260
cacheStateAndFireUrlChange @ vendors.bundle.js:260
dispatch @ vendors.bundle.js:254
elemData.handle @ vendors.bundle.js:254
commons.bundle.js:3 Welcome to Kibana Vega Plugin!
commons.bundle.js:3 You can access the Vega view with VEGA_DEBUG. Learn more at https://vega.github.io/vega/docs/api/debugging/.
commons.bundle.js:3 malformed filter agg params, missing "query" on input
commons.bundle.js:3 malformed filter agg params, missing "query" on input
commons.bundle.js:3 malformed filter agg params, missing "query" on input

This is something to do with the data loaded- which has a malformed filter agg .

@elastic/kibana-app

[markov00]

I remember seeing this error also on jest tests on src/ui/public/timepicker/pretty_duration.test.js
In particular happens on pretty_duration when we cantLookup and we are validating a date with this value now-15m using moment(timeString).isValid() because of http://momentjs.com/guides/#/warnings/js-date/ and https://github.com/moment/moment/issues/1407.
Hey @nreese can you have a look at this? I think we have to split also timeTo and check it

[nreese]

@markov00 I will take a look at pretty_duration test and at least remove the warning from that functionality if possible