Possible issue also in PictureGame, but not tested.

@Qgil: @Phantom42: Tested, looks good!

@Phantom42: We need to get merged this previous patch. Will checkout them, and try this out tomorrow!

@Reedy - I tought we removed all of these usages in these MW tasks. Can you join IRC?

Yeah, thats unneeded to do it in separate patch. Thanks!

@SamanthaNguyen: Looks like there's more unneeded messages. Will do small research on it

Looks like someone added this as "permission", and then at action. I think its ok to remove it.

@MtDu: WIll clean up functions, I'll do hooks

We only need to resolve T154498 , and everything will be done.

@01tonythomas: @QuimGil: @MtDu: After T155228 we wanted to modify this setting, but I see, messages got edited. ^^ I'm not sure. Anyway, thanks @MtDu for help with this!

Now all of Newsletter groups are only to sysop. Can't recreate this.

GCI is over - we should do some cleanup.

Marking as resolved!

@01tonythomas @QuimGil: @MtDu Its not a good solution. So:
In T155228 I'm fixing this bug with autoHideSeconds T155228 . When this will be merged, we should use this option here. The only problem is older MW releases.

@Mvolz: Fixed code to keep 'PCM'

More detailed comment: https://phabricator.wikimedia.org/T154763

@Mvolz: Made patch implementing this. Looks like a much better solution! Thanks!

Looks like "Xml::listDropdown" does exacly what we want. I'll just use modified version of this code to create new function which only parses this data.

Code will be parsed in php files, by addJsConfig function. Like in PS1. It will be simplier to parse this in php.

Hmm, you're right. Missed this!

@Florian Thanks!

Ok, patch got merged. Checked everything, propably I can mark it as resolved.

Ok! So:
"SemanticForms" - patch got merged, resolved!
"SemanticMediaWiki" - patch needs review.
"SemanticResultFormats" - Clean
"Validator" - Clean

"SemanticForms": Is clean
"Validator": Is clean
Not sure about "SemanticMediawiki", but looks OK.
"SemanticResultsFormat" have call to deprecated Article:getContent

@QuimGil: (For disappear time solution) Ok, we can't just edit parameter of notification. Notifications should be fired form mw.notify, which does not have setting AutoHideSecounds. And we can't just make new notification, and edit this parameter, becouse this class is not meant to be used like that. So lets keep code correct, and use this 'on-click disappear' solution.

@MtDu: We can also create new notification, change its autoHideSecounds, and notification.notify(), but its not a good solution. I think, hide on click is better solution, simplier, and code its clean.

@MtDu: But this is for notification. We can't create notification from this class. Look at comments in this code, we should use mw.notify, with does not have this option.

@MtDu: Thanks you!

Marking as resolved!

@QuimGil: @01tonythomas: Hmm, in test wiki, subscribed to newsletter, and I does not get any pop-up notification.

@Phantom42: Hmm, I tought we can add new HtmlForm without modifying the code, but i'm not sure. @Reedy - what do you think about it?

@Phantom42: Yeah, I know. But its uneeded to add this to core. Just create new class in Newsletter extension.

@Phantom42: For me, its onneeded to add new class to core repo. UserMultiselectCapsule is that what you want, just add this class to Newsletter. @01tonythomas

@Phantom42: Hmm, why split it in 2 patches? Really want to test this!

@Phantom42: Hmm, a lot of stuff uses javascript. Maybe just show warning? This would be another task. @01tonythomas: What do you think about it?

@Phantom42: Awesome! Would love to see this working!

Shouldn't it be also used in subscriber add/remove? Btw, capsuleMultiselectWidget is exactly what we want, look at https://doc.wikimedia.org/oojs-ui/master/demos/#widgets-mediawiki-ltr-desktop

@Pppery: @01tonythomas: Now newsletter-create is only sysop group.

@01tonythomas @MtDu : Yeah, second option is more user-friendly.

Commit message typo

Will do it as GCI task

Marking as resolved, patch merged.

@Reedy merged, marking as resolved!

Patch got merged, so closing as 'resolved'.

And merged, marking as resolved.

@TTO: No longer occur in MediaWiki 1.21. Tried on 3 articles.

@TTO: Added $wgHTTPImportTimeout setting.

@Spage @TTO Completed this list, 2 patches need review, added note to wiki.

@Pppery: @01tonythomas Cant reproduce error, when I move this to the another namespace, all description data/ after clicking edit button are lost. But no errors are thrown. Tried on fresh git clone. Maybe there's function to pass namespace to move form.

@01tonythomas Oh. looked at wrong MW docs. Fixed!

@01tonythomas Updated docs.