Bartosz Dziewoński f491196559 Fix reporting of loading errors from ArticleTarget#loadSuccess ... It was broken on desktop and on mobile, but for different reasons: Desktop: In change 5f1c68945d, I removed some code from DesktopArticleTarget that was checking for `typeof errorDetails === 'string'`. I thought it was unused, but it was actually needed for this code. Mobile: overlay.reportError() doesn't work here: that method displays the error inside the save panel, which is not visible at this point. This is now solved by treating those errors as if they were API errors, which is something we were already doing in ArticleTargetSaver. Change-Id: I5207836f56d65171b1240cef02fc17b9956036ef		2020-02-12 22:18:40 +01:00
..
apiresponsecache	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
styles	Remove hack to avoid iOS Safari menu bar area tap stealing	2020-01-31 21:22:23 +00:00
targets	Fix reporting of loading errors from ArticleTarget#loadSuccess	2020-02-12 22:18:40 +01:00
ve.init.mw.ArticleTargetEvents.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.Platform.init.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.Platform.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.SaveErrorHandler.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.trackSubscriber.js	Fix EditAttemptStep events logged with revision_id=0	2020-02-11 19:37:22 +01:00
ve.init.mw.ViewportZoomHandler.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00