In T327157#8627436, @jcrespo wrote:

This is the main kind of unhandled error I have: https://commons.wikimedia.org/wiki/File:3_castillos.jpg

2 identical files uploaded in the same second- and not having any unique identifier makes it impossible to update its metadata.

In T332286#8704181, @CKoerner_WMF wrote:

According to T321160#8703886 this is resolved. I'm able to confirm and test as well. Big thanks to @Juandev for making us aware and to @Tgr for pinpointing the cause.

In T51541#5711911, @Chicocvenancio wrote:

It has been a while, but I have a working script to add thanks links over at https://github.com/chicocvenancio/wiki_scripts/blob/gh-pages/thankLinksInWatchlist-pt.js It is localized to portuguese and doesn't quite handle genders properly right now, but if there is interest I could clean it up and add i18n for it.
I copied a few of the functions from ext.thanks and added the links manually to the dom.

Are there any presentations available online?

Yes, when I enter a single file it is also happening. I think it might be a couse of time. If I give it more time it works, if I past there inmediately the image name it doesnt work.

In T156891#2989726, @Aklapper wrote:

What "pop up window comes"?

I am sorry for the tags, I cannot edit them, when creating task and I can change them even now.

In T67211#1237246, @Dereckson wrote:

@Juandev Now 6 months have passed, maybe it would be a good idea to raise again the discussion and gather a new consensus, to see if an agreement, more universal than the list time could be reached.

In T153682#2887113, @Aklapper wrote:

Hi, is this about VisualEditor-Tables ? Or what are steps to reproduce? Any URL / link to the page shown in your screenshot?
In general, exact steps to reproduce are always welcome!

And vice versa, VE doesnt see/read notes which are in {{#tag:ref...|group="$"}}.

In T152686#2859896, @Esanders wrote:

Most wikis use a template for ref lists, which is very annoying.

In T67211#2800962, @Dereckson wrote:

My only concern was 2014 vs. 2016 here, not the opposition of one contributor.

In T67211#2800335, @Dereckson wrote:

Disclaimer: I've worked with @Danny_B to solve some MediaWiki core tasks, the semantic support available by default or to add semantic CSS identifiant and class in special pages for example.

---

The Wikimedia system administrators aren't a resolution dispute facility, so we can't really solve issues between project contributors. We require a consensus from the project, but it's not our role to interfere with the local project to decide what is a consensus or not. We can notice issues, like stamps of approval, lack of discussion duration, and consider it's not enough to process the request, but we aren't closing an on wiki discussion to determine if this is or not a consensus, that's something to do at wiki level, not here.

I checked the meta. discussion, the Juandev's rights log, and I can see there are issues between the two contributors, but that's out of scope here. There are onwiki process to solve this kind of issues.

To namecall ''troll'' people with other opinions isn't appropriated. To note a disruptive behavior could be more accurate and polite, assert it's your point of view and not an universal fact even better.

Secondly, independantly of that, I'm somewhat reluctant to base a 2016 configuration on a 2014 consensus, so I'd suggest to reopen a quick discussion, "Is there still a consensus for the <link to the previous>" on the village pump seems to qualify as a quick discussion easy to implement (one paragraph).

Please note we're only asking for local consensus, not a formal RfC (you can require formal RfC if you wish, but that's a project decision to decide the best way to get a consensus)

In T150878#2800028, @AlexMonk-WMF wrote:

duplicate of T150638 ?

Regarding the consensus. The link to the consensus of the form of use is here: https://cs.wikiversity.org/wiki/Wikiverzita:Diskusn%C3%AD_prostor/Archiv_2014#Konkr.C3.A9tn.C4.9Bj.C5.A1.C3.AD_hlasov.C3.A1n.C3.AD

In T67211#1237246, @Dereckson wrote:

@Juandev Now 6 months have passed, maybe it would be a good idea to raise again the discussion and gather a new consensus, to see if an agreement, more universal than the list time could be reached.

I am sorry, the following statment of Danny B. is just a trolling. That is one of his tactics to stop project changes he (and only he) doent wont. For simmilar trolling he has allready lost his admin and beraucrat rights on Czech Wikiversity.

In T136386#2784060, @Dzahn wrote:

If you still have a specific problem with subscribing/unsubscribing on wikimedia-l or elsewhere, please specificy which list and the email address used, then we could maybe check a bit more what is happening.

In T136386#2699254, @Aklapper wrote:

As the task summary also says that subscribing does not work, does that mean the problem is that you never receive a verification/confirmation email? Or what is the exact problem when trying to subscribe to a mailing list?

In T136386#2699253, @Aklapper wrote:

Urgh, The Mailman software is extremely misleading here. If I follow your steps and enter a complete random email address like whatever@fooo.xyz, steps 1-3 still work. As I get:

The confirmation email has been sent. Wikimedia-l list: member options for user whatever@fooo.xyz

The problem might be

1. an incorrect email address entered (mailing list administrators could check),
2. your mail server having SPF/DKIM policies to not accept the email (Yahoo maybe?),
3. your mail server considering it spam and marking it as such
4. Wikimedia mail servers not sending out correctly (Operations team members could check).
5. something else I've forgotten.

So, for example if I want to unsubscribe from Wikimedia-l:

1. I go to https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
2. in the area of "Change your settings or unsubscribe" I fill the dialog box with my e-mail address (that one, I use for Wikimedia-l) and click on "Unsubscribe and edit options"
3. In the seccion "unsubscribe" I click on "unsubscribe" - there is a not "The confirmation email has been sent."
4. 45 minutes have passed and the e-mail havent arrived.

BTW, I am questioning this problem to our new board candidates: https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Questions#Long_unresolved_bugs

So, how we are doing with this bug? It was created more than 10 years ago and still not resolved! What is the purpose of WMF than? Why to spend time on the creation of superproctect and simillar stuff, which nonoone wants, if we are not able to hack something for community? How we are doing it easy for editors to contribute?

Same on cs.wp in the themplate Infobox - sídlo from today. Yesterday it worked, today, I cannot edit these templates. There was no change since yesterday in articles. Example is e.g.: https://cs.wikipedia.org/wiki/K%C3%A1men_%28K%C5%99enice%29

So TD in the templates I have mentioned are not erroneous?

I am not sure, that it is a duplicate of that bug. Moreover, that bug is resolved, but this problem is still happening e.g. yeasterday on cs.wp.

In T6547#1236830, @Kanzat wrote:

This feature would be extremely useful in wikipedia! Most of templates in wikipedia are translated from other language (mostly, from English) and after some time, they just become outdated. There must be one place, where templates can be stored with easy translation tools (like "Translate" extension).

We will disuss it locally.

In T55441#1327857, @Krenair wrote:

When it happens, it'll happen on every wiki. Until then it can't be on any wiki...

EDIT :
we can copy-paste AND drag and drop tables, if we select some text before or after the table with the table.

In T54180#971085, @Whatamidoing-WMF wrote:

I wonder if it could be a feature that is configurable per-wiki, or ideally per-namespace at each wiki. Then you could get (for example) teaching materials at WIkiversity that use it, but keep it out of the article namespace at the English Wikipedia. (It would still need to accept copied/pasted tables, and maybe have a 'remove this background color' button—which we need anyway, because of tables copied from other websites.)

Could you enable this on cs.wv per community consensus: https://cs.wikiversity.org/wiki/Wikiverzita:Diskusn%C3%AD_prostor#Zalo.C5.BEen.C3.AD_a_editace_str.C3.A1nky_ve_VisualEditoru

I can see it has a low priority, but if you want to edit gallery you still have to know wikicode!

In T89593#1040774, @Glaisher wrote:

In T89593#1040460, @Juandev wrote:

Do we need for this change the consensus of the community?

Yes.

Well, OK.

Oh, great. I was wondering that quotation marks have disepeard with new charset.

Indeed.

In T53154#537004, @AdHuikeshoven wrote:

Adding a signature with VisualEditor can be simulated using a template:

---template code:---
{{{Sign}}}
<noinclude>
This template allows to sign using Visual Editor by adding this template as you can't enter four tildes <nowiki>~~~~</nowiki> in VE. Enter the template in VE. Hit Add template. Enter <nowiki>~~~~</nowiki> in the field. Hit Insert template. Hit Save page. Enter edit summary. Hit Save. Doone.</br>
<templatedata>
{
"description": "A template to sign using Visual Editor. ",
"params": {

		"Sign": {
			"aliases": [
				"Signature"
			],
			"label": "Sign by entering ~~~~ in the field below",
			"description": "Field to enter signature, that is four tildes",
			"default": "Please enter four tildes here",
			"required": true
		}

}
}
</templatedata>
</noinclude>
---end of template code---

Usage:
Enter the template in VE. Hit Add template. Enter ~~~~ in the field. Hit Insert template. Hit Save page. Enter edit summary. Hit Save.

Example:
See https://www.mediawiki.org/wiki/Template:VESign. Application of template tested on https://www.mediawiki.org/wiki/User:Ad_Huikeshoven/test.

Evaluation:
There might be nicer methods to accomplish the same, maybe using JS (I have no experiene writing JS). When there is a switch over to Parsoid rendering the templates mid-edit rather than relying on PHP parser the above solution will probably break, as will probably do any solution to bug 51146.

In T71140#1068050, @Etonkovidova wrote:

I tried google docs Insert-> Special character->Punctuation

• you cannot insert a pair characters in one click: a pair of quotation marks will require two clicks
• if you select(highlight) a portion of text - Insert always will insert the selected character in place of the selection. The selected portion of text will be deleted. Mac TextEdit works the same.

Closing the issue since the behavior is expected and consistent with other text editors.

Do we need for this change the consensus of the community?

In T86635#977187, @matmarex wrote:

This comment was probably meant for this bug:

In T86636#973165, @Juandev wrote:

And I guess that other pair characters should work on the same principle, such as: »« (and I dont see others in my special character menu - but if they are...).

E.g. for heading it does not work, so why it works for bold, anchor etc.?

So the option per wiki is the best choise I guess. Namespaces are not standardized yet on some wv projcects.

Editintro/preloud are parts of inputbox extension? Or how it is related?

Actually still for a template dialog at cs.wp.

Well actially it is still happening. Right now I am edition w:cs:Ottův pramen - new article and when wanted to add a template it deactivated itself - the dialog box.

Well, the conclusion is that in the case of edit summary its not happening, but it is happening in the case of oher pop up windows like when inserting a template.

Indeed.

In T86960#989374, @Krenair wrote:

Is this T72011?

In T86626#980737, @Jdforrester-WMF wrote:

Possibly. @Juandev, can you reproduce this now? The code to fix T75675 was deployed to cswiki on Wednesday.

And what about the timestamp? I understood signature is realated to talk pages, but timestamp?

In T55441#849854, @matmarex wrote:

What I meant is that a vocal group of English Wikipedia users hates VisualEditor's guts and would enjoy the new opportunity to spit on it. I hope this clarifies the issue. :)

VisualEditor is also still not quite compatible with some languages and some wikis' conventions, so this would regardless need to be behind a configuration option.

So there are no plans to use VE on all types of pages (i.e. namespaces)? It does not look to me logic to provide new and feature editor of main pages and push them to study difficult wikitext, while they want to have a discussion about the article.

And I guess that other pair characters should work on the same principle, such as: »« (and I dont see others in my special character menu - but if they are...).

In T54180#966351, @Jdforrester-WMF wrote:

There's a strong use case to not let this be something people do. The colour in your example adds almost no value but massively distracts from the readability, accessibility and utility of the information being conveyed.

But in Google Tabs or MS Excell you can user arrows to leave table cell after the end of typing. Thats why it is confusing this to me. Can we enable such behaviour?

Now I cannot. I tried in this page, where the table is deployed: https://cs.wikipedia.org/wiki/Seznam_pramenů_v_Česku

In T55441#840960, @matmarex wrote:

I am not sure of this change will be beneficial at this point, given that VE is currently still used by minority of users. It might result in more people disabling VE entirely.

I reported this as a nead to create new page with VE. In this ligt there is a not logic message "you follow the link to the page which does not exist" Basically yes, but I had to do the step out of the page displayed with normal wikitext editing to the different one in VE. Once this bug removed, this can stay.