IMO clicking "show" should always display the results of the settings in the form, even if they are unchanged and even if the defaults differ from user preference settings (what the defaults should be is an unrelated issue).
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jul 11 2018
Jul 9 2018
Jul 8 2018
I suppose another approach would be to disallow 0 as a value and change all existing instances of this value to be equal to the current maximum. This would be less preferable to the above though.
It seems that the default "days to display in watchlist" had somehow become set to 0, and increasing that value has apparently fixed the problem.
Given that a value of 0 apparently breaks the watchlist, it might be an idea to either not allow that or at least warn that it will break, however unless someone wants to make this task about that, this task can probably be closed.
Jul 6 2018
I'm not sure where the place to report this on meta would be, but my searches have not turned up anything relevant.
Jun 26 2018
May 3 2018
AntiSpoof isn't foolproof though, e.g. it disallows Тhryduulf (the first letter is Cyrillic) but probably not Thryduuulf (too many 'u's) or Awkwrad42 (typo for my alt Awkward42).
Mar 12 2018
In T188798#4042454, @Deskana wrote:In T188798#4039141, @stjn wrote:We as a community should move away from the ‘holier-than-thou’ relationship of English Wikipedia with WMF. If you would not do changes that might prove bad in English Wikipedia, don’t do them in other communities as well. If current trade-off is 500 characters (although I’d prefer the return to status quo), it should be applied everywhere.
The wishes of the vocal users of the English Wikipedia frequently do not represent what other communities want or find useful.
Mar 3 2018
"not high priority" and "should be dismissed out of hand" are two completely different things.
Mar 2 2018
@stjn I think the optimal would be a show/hide javascript (or whatever) link for long edit summaries with the default being selectable in your preferences. I don't know how much work would be, but I guess it is not astoundingly trivial.
Mar 1 2018
I can reproduce this in Firefox 56.0 but not in Chromium 64.0.3282.167
Feb 18 2018
@Pginer-WMF That looks like it would resolve at least most of the issues I have with the current set-up, and as long as it is obvious that truncation has happened when it has then there are no immediate problems with it I can see.
Jan 12 2018
@TBolliger based on the comment by @Ragesoss this API option might have useful application indpedenet of T184470
Jan 6 2018
For me, even though it would be frustrating seeing an error after so long that would be preferable to silently timing out. If the error had suggested next steps (e.g. alternatives or workarounds if there are any) then this would reduce the frustration slightly.
Jan 4 2018
Dec 10 2017
Nov 18 2017
@Zoranzoki21 removing nbsp is not even the main issue here, it's misinterpreting nbsp as the name of an author/editor
Nov 17 2017
I think you may have misunderstood - fair use images are appearing on the main page in the app when they do not do so on the desktop version or mobile view of the desktop version.
and also remove notifications that a user doesn't car about, e.g. I want to know about new links to Q24258909 (broken rail) but I don't care about new links to Q26484625 (lap (of a circuit). The latter are far more common, but I can only choose to get both or neither currently and have no options at all about new links to Q7283877 (Rail Accident Investigation Branch), which I'd like to see, as that item was created by a bot.
Nov 12 2017
T166092 is related to this - any automatic selection of images should not display fair use or other non-free images.
The copyrighted E.T. film poster is today prominently displayed on the main page of the mobile site as the article about the film is today's featured article on en.wp. This is despite the human-curated front page of the desktop front page using the public domain extract from the logo. I don't see why there would ever be a need for a different image to be used.
Nov 8 2017
@Billinghurst add an entry to https://meta.wikimedia.org/wiki/2017_Community_Wishlist_Survey (I guess it would fit in the editing section?).
Nov 7 2017
Am I correct in thinking that {{subst:CURRENTMONTH}} and {{subst:CURRENTYEAR}} not being substituded in this edit is due to this bug?
Oct 12 2017
If someone clicks the "why are we asking this?" link it might be worth stopping/extending the timeout before the popup disappears so that the question is still there when they've read the answer.
Do click-throughs count when the result is opened in another tab/window - I do this quite often when I'm not sure which of a few results is the one I want.
Sep 25 2017
In T176428#3633003, @debt wrote:In T176428#3628266, @debt wrote:
Is "maybe" going to go into the same bucket that "i don't know" has gone into? They aren't quite the same.
They're not quite the same, but I'm not sure that that distinction is made outside of our team (i.e. do users of the survey feel that the definition of 'I don't know' and 'maybe' are basically the same?)
I'd keep them separate.
Are you thinking that we should have both responses available: maybe and I don't know?
Yes, if those with more knowledge of human factors than me don't think that would be too complicated.
Sep 24 2017
In T176428#3628266, @debt wrote:Is "maybe" going to go into the same bucket that "i don't know" has gone into? They aren't quite the same.
They're not quite the same, but I'm not sure that that distinction is made outside of our team (i.e. do users of the survey feel that the definition of 'I don't know' and 'maybe' are basically the same?)
Sep 19 2017
An obvious link to documentation, starting with a "what is this?", and a link to somewhere to leave feedback (optional) about the survey would be useful (I forget how I found the phab ticket, but it did involve a google search).
A fourth option to click on - "I want to answer in more words" would be great for people like me, but it would need to avoid the issues of the article feedback tool (alas I can't offer any suggestions how to do this off the top of my head).
@TJones Thanks for the response, the situation now is:
*Naval flag is a disambiguation page listing Maritime flag, Naval ensign and Naval jack with a see also to the new Lists of naval flags (it was previously a redirect to Maritime flag).
*Naval flags redirects to the naval flag disambiguation
*Lists of naval flags is a new list of lists (anyone with knowledge of the topic is encouraged to expand this!)
*List of naval flags redirects to the list of lists.
Sep 17 2017
When a template on its own line is moved within a page, it should be placed on its own line at the new location. See https://en.wikipedia.org/w/index.php?title=United_States_presidential_eligibility_legislation&diff=801114094&oldid=797558629
Sep 15 2017
Can these be created before the group exists or is it best to wait?
Sep 12 2017
I've just stumbled across this and can't find anywhere to leave feedback about it - please point me to somewhere else if you don't want it here.
Aug 25 2017
@Lourdes as a non-admin you would presently require the "edit filter manager" right (see https://en.wikipedia.org/wiki/Wikipedia:Edit_filter#User_right ), for which you need to make a request at the edit filter noticeboard.
Aug 23 2017
The goal of this is to see which links are piped without needing to interact with them.
Aug 22 2017
More as a reminder for when the documentation page gets written for this after implementation than anything more urguent, but it might be worthwhile to note that there are ways a restricted user can find out they are specifically restricted, including (but not necessarily limited to):
- sockpuppet accounts
- {{you've got mail}} and similar messages on user talk pages
- the restricting user asking third parties to email them
Aug 16 2017
Aug 9 2017
I'm really not at all sure that the actual benefits of this task to the people who are at the sharp end are actually understood by the developers. There is a reason that this has been resurrected at least twice, has at least four duplicate tasks, and the requests for it continue more than 5 years after it was first requested. Indeed this is one of just two tasks (T51969 is the other, and this is far more important than that) that are standing between where we are now and VE being intuitively easy for both new and power editors to use simply and reliably for non-specialist editing in almost all reasonable circumstances without making unforced errors.
Aug 4 2017
In T55973#3491393, @ssastry wrote:When you want to change the label, can't you just change the label text without opening the link editor?
The problem is that when you do that you could be intending to change the label without the link or you could be intending to change both label and link. There is no way for the software to know which you intend, and no way for the naive user to know which has actually happened without actively opening the link editor, but it is likely that the assumption will be that both were changed (per @Whatamidoing-WMF). Remember that VE is focused towards inexperienced and less-computer-literate users rather than power users, so there will be a very high proportion of users who do not know that you need to actively check what VE is doing.
Jun 29 2017
Jun 20 2017
Jun 18 2017
Jun 17 2017
Continuing the example from the opening comment, Apples should also see notifications from Bananas related to fr.wp when they visit meta, if they (a) have not blacklisted Bananas meta, and
(b) have cross-wiki notifications enabled.
May 18 2017
@Aklapper if that is what generates the search results in Wikipedia's internal search engine, then yes.
This is being discussed currently at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#.3B_as_a_typo_for_shortcuts
May 1 2017
Well that news is a big disaapointment as the inability to quickly, easily, reliably and unambiguously change the destination the destination and/or description of a link is the biggest single impediment to Visual Editor.
When editing in VE I sometimes have to load a duplicate copy of the page in a new tab so that I can see what I'm doing.
Nov 2 2016
Sep 13 2016
Aug 18 2016
I've appended "on Wikidata" to the title of this task to make it easier to find in searches, and also to make it clear that it is only proposed to turn it off on the one project not generally.
Jul 16 2016
Jul 7 2016
If this feature is added, removing an item that has been flagged as needing a citation should generate an edit summary that notes a citation was requested.
Jul 6 2016
May 19 2016
Please could you link to the relevant task where this was fixed and/or the relevant TemplateData documentation to help people if this happens again.
Apr 26 2016
https://www.wikidata.org/w/index.php?title=Q5089194&type=revision&diff=325544717&oldid=314121367
This is another example of how assuming a precision is incorrect - the value given in the source is 135,000,000 gallons without specifying the level of precision. It is very unlikely to be either ±0 or ±1 gallon (although not impossible) however how many significant figures are there? - anywhere from 3 to 9 is possible and, without further investigation, unknowable.
Apr 13 2016
It's now approaching two months since this was declined without adequate explanation and reopened pending that explanation. Please can we now have the reasoning (or a pointer to it) that led to the decline - this remains the biggest single hindrance to simple, intuitive use in my experience.
Feb 25 2016
Thinking more about it, that you have had to have discussions about it in "dozens of places" (none of which are linked so we can verify this) suggests that actually there is a very strong desire for a two-box solution.
I'd like to third this question.
In informal discussions of VE this is one of the most frequent issues brought up. Indeed I'm astounded that anyone could be "happy" at this decision.
Feb 24 2016
There is currently a property proposal for "Wikidata usage instructions" that is relevant to this task.
Feb 19 2016
A small amount of further testing shows this isn't limited to Arabic as I get the same issue with Hebrew text in reference 18 (the second in the "History" section) at the Hebrew Language en.wp article on the Android app (same device as above, and on my girlfriend's different Samsung Android).
Feb 16 2016
Re-reading this bug, it does seem that events have overtaken it.
Feb 8 2016
Feb 6 2016
I think one possible way of doing this would be to store in the local wiki page metadata the associated Wikidata ID. The existence of this could be used as a trigger to display the dialog suggested by Magioladitis above.
Jan 7 2016
This appears to be a duplicate of T51772 but I'm not sure how to mark it as such in Phabricator.
Dec 17 2015
One way around this /might/ be to search not on image title but on image description in the local language. i.e. for users on pt.wp display only images that have "testes" in the Portuguese description field. for users on e.g. ca.wp display only images that have "testes" in the Catalan description, etc. Obviously this requires there to be a pt, etc. description for useful files ( and there are fewer of these an en descirptions) and wont resolve issues of homographs or vandalism but it should (I think) otherwise resolve the issue reported here (and might even encourage more local language descriptions on Commons, which would be a nice side effect). This should be the only search done for automatic searches.
Dec 3 2015
I'm very unclear what this is intending to achieve?
Is it intended to find socks of Orangemoody specifically? If so why - is there evidence that it is necessary?
Is it to find socks of any known paid editor? If so why restrict it to paid editors? Why not socks of any prolific sockpuppeter?
Is it to detect paid editing generally? If so, how do you propose to distinguish legitimate (i.e. disclosed) paid editors from those who are not disclosing their paid status, particularly as disclosure can be made on the userpage, edit summary or article talk page and there is no standard wording? How and why do you propose to distinguish between paid editors and non-paid editors who make similar edits (e.g. fans/enthusiasts of a subject)?
Oct 31 2015
In T95425#1624288, @daniel wrote:As far as I know, this is resolved for the editing use case. Rounding still applies for HTML output. I think this should be either reworded or closed.
This is still causing incorrect data to be displayed.
I've entered a value of 350±150 because the source gives a range of 200-500. However this is displayed as 400±200 which gives a range of 200-600 which is incorrect and misleading.
Oct 8 2015
Sep 21 2015
Speaking as someone who typical updates entries that are not scientific in nature, defaulting to any level of precision other than ±0 is incorrect and infuriating. When I enter a numerical value for something I want the displayed and stored data to match the input I give exactly. e.g. when I say the number of trains on a particular funicular railway is 2, assuming I mean 2±1 is incorrect. When I input the length of the Sheffield Supertram system as 29km, assuming I mean 29±1km is incorrect - I assume it's actually 29±0.5km but the source does not say. When I enter the width for 2134mm track gauge as 7ft, assuming I mean 7±1 ft is incorrect - the gauge is defined as a nominal 7ft exactly, with different actual spacing and different tolerances in specific applications.
Jul 24 2015
To clarify this is happening with all templates, and on both en.wp and de.wp (I've not tested other projects)
Jul 9 2015
I've managed to reproduce it (without saving) in the main namespace at it.wikipedia as well
Jul 1 2015
I'm also seeing it when right-clicking on a template, using Firefox 38. I can't reproduce in Chromium Version 43.0.2357.81 Ubuntu 14.04 (64-bit)
Jun 25 2015
If Parsoid doesn't automatically tell VE whether something is a template or not, could it not be done by looking at the format of the string (e.g. {{# is never a template) or comparing it to a list of parser functions?
Mar 26 2015
Mar 25 2015
I don't know whether it is normal or not in other editors, but it is distinctly non-intuitive in the context of editing wikis. I'm a very experienced editor and have a higher degree of computer literacy than many users, and it took me a few minutes to work out that I needed to double click to edit the contents of a table cell.
Mar 5 2015
In T53758#1088912, @Aklapper wrote:
- When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
When exactly is "that template deleted"? Already by loading the page in VisualEditor? If so I fail to reproduce...
I don't recall this error, and I too can't reproduce anything now using Firefox 30. Given that it's been ~18 months since the report, it's likely this has been fixed by some other update in the meanwhile.