Moved to https://github.com/cmln/chameleon/issues/1

Moved to https://github.com/cmln/chameleon/issues/2

Resolved in https://gerrit.wikimedia.org/r/#/c/314837/

I can reproduce it, but I have absolutely no idea what the problem could be. :(

Works in Lingo 2.0

Works with Lingo 2.0.

Hi Sumit. I will not have the time for mentoring this, I am afraid.
Cheers, Stephan.

Lingo changes the HTML code after it is produced by the MW parser. There have been problems in the past where some JavaScript code expected a certain structure of the HTML code and did not work after Lingo modified it. I don't know if this is the cause for the bug, but it may well be.

Thanks!

Is the fact that Lingo should not be explicitly loaded an omission in the SemanticGlossary documentation? Or should the duplicate definition of the NOGLOSSARY magic word if Lingo and SemanticGlossary are both explicitly loaded be considered a bug? Should/can SemanticGlossary check to see if Lingo is already loaded before it loads it? Or is the $registry->load() code supposed to take care of making sure that an extension is not loaded twice?

MW 1.27 is branched off and it being an LTS version will have to be supported for some time.
I would really like to avoid having to scrub personal tools in my skin.

In T121793#2131056, @TTO wrote:

We can announce a breaking change in the 1.27 release notes. There are quite a number of other breaking changes, so I don't see how this would be a problem.

Ok, trying for a direct answer:
Because - both from a UI and technical POV - if you want to use an entry in the list of personal tools as the vehicle to convey the non-logged-in state to the user you need to make it a tool (i.e. link to somewhere) and this is the most plausible link target.

@TTO For the whole story see above, T112724 and T127758.
In short: The previously displayed text "Not logged in" is problematic in two ways:

1. UI: It appears prominently among a list of links with a message leading users to click on it expecting some kind of login functionality.
2. Technical: It is a text message in a list of links and needs to be special-cased by code consuming this list.

Just removing this message was considered inappropriate as somebody obviously thought it a good idea to put it there.

So you mean Personal Tools should be removed completely for anon users?
And anybody who has a more personal relationship with the park (the gardeners in charge of keeping it tidy) already knows where the door to the tool shed (Special:Login) is and how to get there?

https://gerrit.wikimedia.org/r/273574 - Add link to anon's user page; remove "Not logged in"
https://gerrit.wikimedia.org/r/276908 - Change the default value for $wgUseCombinedLoginLink to true

Hmm, seems not that important after all.

@PleaseStand Any comments?

Fair point about "Anonymous user" being misleading (although if someone is serious on staying anonymous and then just disregards that warning they should really check their priorities). Would "Unknown user" or "Unregistered user" be better?

Fixed in https://gerrit.wikimedia.org/r/#/c/273656/

I did some mockups of the various possibilities to get an idea of what we are talking about.

Thanks for your interest in this project. Unfortunately I am not active in the MediaWiki-extensions-Page_Forms development at the moment and will therefore not be mentoring this. Unless @Yaron_Koren wants to step in you will need to find a different project. Sorry to disappoint you.

@Yaron_Koren: That's yours then, I guess.

The "initFunction not being a function" should be fixed now. With any luck the rest as well. Could you pull the lastest SF and try?

If you deactivate SFI, does this JS error still occur?

Regexp was transferred from SemanticFormsInputs to SemanticForms and fixed.
Youĺl have to update to SFI 0.10.0 and SF 3.4.3

Probably hould have merged this the other way around, as T88572 includes a proposed solution. Oh well...