- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 9 2016
Oct 8 2016
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
Oct 7 2016
Works with Lingo 2.0.
Oct 5 2016
Sep 12 2016
Hi Sumit. I will not have the time for mentoring this, I am afraid.
Cheers, Stephan.
Sep 1 2016
Jun 10 2016
May 19 2016
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.
May 18 2016
Thanks!
May 13 2016
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?
May 9 2016
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.
Apr 17 2016
Mar 17 2016
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:
- UI: It appears prominently among a list of links with a message leading users to click on it expecting some kind of login functionality.
- 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.
Mar 16 2016
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?
Mar 11 2016
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.
Mar 7 2016
@PleaseStand Any comments?
Mar 3 2016
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?
Mar 2 2016
Feb 27 2016
Feb 26 2016
I did some mockups of the various possibilities to get an idea of what we are talking about.
Feb 25 2016
Feb 22 2016
Feb 18 2016
Feb 17 2016
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.
Feb 12 2016
@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?
Feb 8 2016
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...