Module talk:Version/Flow

About this board

Module constructs nonsense unicode strings for beta variables, when there's no active beta branch

3
FeRDNYC (talkcontribs)

As I initially mentioned over here instead, while the various MW beta version Foo templates have now been protected against showing bad data during periods when there is no beta branch to be reported on, the actual Module code itself is still producing that bad data. For example:

  • {{#invoke:Version|get|beta|branch}} => (...which is fine, but when concatenated with the tag prefix...)
  • {{#invoke:Version|get|beta|git}} => REL1_�
  • {{#invoke:Version|get|beta|url}} => WRONG

Heh! OK, "WRONG" is pretty amusing, I hadn't seen that one yet. (That's actually my fault, for using a bad parameter to #invoke. I hadn't realized that the {{MW beta branch link}}-type templates were constructing the URLs themselves, using the templates that {{#invoke:Version|get|beta|git}} and ...|branch}}.)

Legoktm (talkcontribs)

I updated the docs to indicate that beta is like alpha and only has defined behavior for "branch". I think it should be possible to fix properly though.

FeRDNYC (talkcontribs)

Whoops! Summarized the wrong topic. Thanks for looking into it!

Reply to "Module constructs nonsense unicode strings for beta variables, when there's no active beta branch"
Legoktm (talkcontribs)

@FeRDNYC re: your "why" I mostly wrote that because the wrapper templates are easier to use than the module, and I wasn't confident at the time that the module's parameters would be stable. Is there a reason you want to use the module directly?

FeRDNYC (talkcontribs)

Since I finished creating the rest of the {{MW lts foo}} set, not particularly, or anyway it's a moot point now. But the fact that I had to create three new templates that do nothing but {{#invoke:Version|get|lts|something}} seemed/seems odd to me, when I could just as easily #invoke the module directly. (See also, the discussion in Topic:W9lisopruhmf808e at Talk:Version lifecycle.) So, I was curious whether there was a technical reason to prefer the templates, #handwaveCaching or something like that.

Reply to "Wrapper templates"

Compute LTS with mod math?

3
Summary by Legoktm

Implemented!

BDavis (WMF) (talkcontribs)

Can we replace the hardcoded LTS version in the `isLTS` test with a mod test? If we are strictly sticking with the "every fourth release" starting from 1.19 is LTS then for any 1.x >= 1.19, if (x - 19) % 4 == 0 it is an LTS release. This does break down when the alpha will be an LTS though... maybe it is really not worth worrying about.

Legoktm (talkcontribs)

Please do :) The comment "-- yeah don't do this" was supposed to be an invitation for someone to improve it and implement it properly.

BDavis (WMF) (talkcontribs)

LTS picks 1.27 instead of 1.23

5
Summary by BDavis (WMF)

The latest LTS should be displayed as the LTS version, but a new "legacylts" version that tracks the oldest LTS available is now supported by Module:Version and used in Template:MW legacy lts branch number and Template:MW legacy lts release number.

Ciencia Al Poder (talkcontribs)

Legoktm edited it to, apparently, make it so 1.27 is displayed as latest, but when an LTS is the latest version, the LTS displayed is the previous version, but this is not working, resulting in two 1.27 links in Download.

BDavis (WMF) (talkcontribs)

I made a fix for that issue in https://www.mediawiki.org/w/index.php?title=Module:Version&oldid=2175631 but then @Legoktm, @^demon, and I talked about it on irc and decided that 1.27 is the LTS that should be promoted. This is roughly in line with the way that Ubuntu promotes their LTS versions. Ubuntu 14.04 (Trusty) is still maintained, but the LTS links on the Ubuntu website now promote 16.04 (Xenial) which is the both the newest LTS and the current stable release. For us, 1.23 is the "Legacy LTS" for the next 12 months or so. It will continue to receive critical patches, but we really don't want anyone who is doing a new install or upgrading from an older version to an LTS to use it.

Ciencia Al Poder (talkcontribs)

Ok, makes sense. Thanks for the reply

Krinkle (talkcontribs)
BDavis (WMF) (talkcontribs)

I added support for a "legacylts" version that will pick the oldest LTS version. This will be 1.23.x until we drop support for that in 2017. It will then be the same as the LTS version until we have a newer LTS branch than 1.27.

Legoktm (talkcontribs)

Need to migrate that one too....

Reply to "Template:MW_version/status"
There are no older topics
Return to "Version/Flow" page.