https://bugzilla.wikimedia.org/show_bug.cgi?id=50879
James Forrester <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected], | |[email protected], | |[email protected] Component|General |Site requests Assignee|[email protected] |[email protected]. | |org Product|VisualEditor |Wikimedia Summary|VisualEditor version |Difficult for users to know |numbers need some love |what exact version of each | |extension is running on the | |cluster Severity|major |enhancement --- Comment #1 from James Forrester <[email protected]> --- (In reply to comment #0) > This bug was cloned from bug 50120. > > (In reply to bug 50120 comment #5) > > We believe that this is now fixed (due to fixes in Parsoid). Please re-open > > if it recurs. > > How do you know what version of VisualEditor or Parsoid is running? Looking > at > Erik's comment (bug 50120 comment 6), I try to go to [[Special:Version]] to > figure out what exact versions of Parsoid and VisualEditor are running (for > debugging purposes and to figure out if this problem is still present in the > latest bleeding edge code) and I find that Parsoid and VisualEditor are both > marked as version 0.1.0. Not quite helpful for debugging. Splitting this > issue > out. This is a cluster configuration issue; it's trivial to find out which version of VisualEditor is running in Beta Labs, as each MW extension is shown in http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version with the date and a link to the git.wikimedia.org page of the currently-running commit. I don't think bumping version numbers on extensions with every deployment is a great idea, however. (Note that this doesn't help for Parsoid, however, as it's not actually an MW extension, despite the confusing repo name.) For ultra-power-users like me, I "just": * Find from Special:Version which branch the site I'm interested in is on * Look up in gerrit any changes to that branch since it was cut https://gerrit.wikimedia.org/r/#/q/status:merged+project:mediawiki/core+branch:wmf/1.22wmf8,n,z * Find the latest time the extension was updated in there based on commit title (hopefully helpful), or if never, from the original cut commit * Take that commit ID (in this case, "11453371c637b50cd3f37e80893d9a80b0c044a5") and sling it into gerrit (in this case, https://gerrit.wikimedia.org/r/#/q/11453371c637b50cd3f37e80893d9a80b0c044a5,n,z gives the result). * Success! Umm. However, this isn't remotely a great solution for even quite serious developers on staff or in the community, let alone regular users who might want to file bugs. Could we switch on the configuration we have on beta labs for Special:Version for other wikis? (Perhaps as a page option - ?showversions=true or whatever, so as to avoid confusing users.) -- 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
