https://bugzilla.wikimedia.org/show_bug.cgi?id=69496
--- Comment #5 from Lupo <[email protected]> --- (In reply to Derk-Jan Hartman from comment #4) > Yeah it was one of my suggestions that there should be a planned campaign to > stimulate the local communities to fix this before a full launch... > > Apparently, it did not come to fruition, and we launched with what users > interpret as broken views on top of the data. I don't think that was a good > idea. That's a pretty major goof. Lesson to learn: do *not* deploy MediaViewer on a wiki unless the templates there have been updated accordingly! Frankly said, no wonder many people at the de-WP community don't like this feature! (Well, it's probably only a small detail in the whole story, but details matter. And proposing re-use that violates the conditions of the license is really bad.) In the future, engage the community early on (before deployment!) to get the templates updated. And if they don't co-operate, you'll have no choice but try to update them yourselves. Which, I fear, may now be the only way forward at de-WP. I image you might have a hard time finding admins there willing to do the work after that superprotect nonsense. Software side, make MediaViewer not propose any re-use unless the license and author information is available. If MediaViewer doesn't have this information, it must not propose reuse outside of WMF projects. (I.e., no embeddable HTML etc.) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
