Files.app: Fix date string generation for cloud import destinations.

ui/file_manager/file_manager/background/js/media_import_handler.js

Index: ui/file_manager/file_manager/background/js/media_import_handler.js
diff --git a/ui/file_manager/file_manager/background/js/media_import_handler.js b/ui/file_manager/file_manager/background/js/media_import_handler.js
index 0135363a2493de1a1392f2277b1cf3c93141a121..036e60d9fe7c4120488ad3a0a9b59ed65c536418 100644
--- a/ui/file_manager/file_manager/background/js/media_import_handler.js
+++ b/ui/file_manager/file_manager/background/js/media_import_handler.js
@@ -497,7 +497,7 @@ importer.MediaImportHandler.defaultDestination.getOrCreateImportDestination_ =
     var date = new Date();
     var year = date.getFullYear().toString();
     // Months are 0-based, but days aren't.
-    var month = padAndConvert(date.getMonth()) + 1;
+    var month = padAndConvert(date.getMonth() + 1);

[Steve McKay, 2015/01/28 16:39:26]

I think we'll want to do this in a locale sensitive fashion. Can we push this
fix a bit further to do that?

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Obje...

We'll probably still need to do some post processing of the date value since the
names will have slashes in some cases (and that could at very least be confusing
to *everyone*).

[Ben Kwa, 2015/01/28 20:58:59]

Per offline discussion, we'll go with YYYY-MM-DD for now, and maybe tweak later.

     var day = padAndConvert(date.getDate());
 
     return year + '-' + month + '-' + day;