Roan Kattouw dad06ef495 Followup 1c04d32d: release saveDialog reference even if closed ... It's good that we're not trying to close the save dialog if it's not open, but we still need to release our reference to it in that case, otherwise trying to open the save dialog in a new incarnation of the editor will fail. If you opened VE, opened the save dialog, closed it, went back to read mode, opened VE again, and tried to open the save dialog again, it would fail because it tried to open the cached reference to the previous editor's save dialog. Bonus: prevent JS errors in this case by only attaching an onClose handler if the dialog actually opened successfully. If opening the dialog failed, the callback parameter isn't a promise but an OO.ui.Error, and calling .always() causes a JS error. Change-Id: I62d6d3e7cd3df2c29a0c99e2e23bf1aac5187a12		2014-12-08 14:49:39 -08:00
..
ce	Handle encoding of links in transclusion nodes properly when determining existence	2014-12-02 01:09:12 +00:00
dm	Merge "Methods for new "maps" property in TD Root"	2014-11-17 20:56:49 +00:00
i18n	Localisation updates from https://translatewiki.net.	2014-12-05 23:16:32 +01:00
init	Followup 1c04d32d: release saveDialog reference even if closed	2014-12-08 14:49:39 -08:00
tests	Merge "[Browsertest]Tests for options under Advanced Settings panel"	2014-12-02 23:03:37 +00:00
ui	Update VE core submodule to master (32397d8)	2014-12-06 12:28:07 -08:00