View source for Support

show archives

Problems? Questions? Suggestions? Write your message below. – See also the FAQ or try to catch us in IRC.

Your request has been forgotten? It's suggested to use {{Support}} in thread summaries, see also documentation.

The following issue is open, waiting for action.

Where is it translated?

Умар (talk)

The date format is also not correct. Should be “2017 июнь”.

Умар (talk)

The images are gone, please use commons:Special:Upload or phabricator:file/upload/.

Nemo (talk)

The following issue is closed.

resolved by purging

According to Special:LanguageStats, there is one untranslated message in Intuition project. According to Special:Translate, all messages are translated. What should I do to remove Intuition from list of untranslated projects? It is annoying a bit. :)

Facenapalm (talk)

I purged the page and it shows as fully translated now (also at [1]): same for you? Maybe something happened with one optional message (which is counted when translated, but otherwise should not count for statistics).

Nemo (talk)

Thanks a lot! It works. I didn't know it's possible to purge special page. Or I probably misunderstood you and you've purged another page?

Facenapalm (talk)

The following issue is open, waiting for action.

Portal:Hoc

Singkiring57 (talk)

I think we should confirm something here, per Translatewiki.net languages#Enabling a new language for localisation at translatewiki.net:

1. A language code from ISO 639-3 or the Ethnologue website (for example 'de'): hoc
2. The language name in English and in its own language (for example 'German – Deutsch (de)'):

   In English: Ho

   (And what's the autonym of it?)

3. Is the language RTL or LTR (written from right to left or left to right): Clearly LTR
4. If the language is commonly written in more than one script, please say in which script the language should be enabled...

   Devanagari is always OKay as a number of modern OSes & browsers are having its support, not sure if Warang Citi (ISO 15924 Wara) could also be added or not, do you have a font for Wara?

5. (For MediaWiki) Should the language fall back to another language other than English? If so which?

Liuxinyu970226 (talk)

2. Autonym: 𑢹𑣉𑣉 (hoc)

4. It shall be enabled in Warang Chiti script. We have fonts for Warang Chiti.

5. The fallback language shall be English.

Singkiring57 (talk)

By this answer of 4th question, is this means that only Wara should be used? Or should be 1st Wara then 2nd Deva? This is so important because I've judged incubator:Wp/hoc, many contents are still Devanagari? Things should be decided here now, as changing it after decision, even possible, could be hard due to Wikidata compatibility (IMHO).

Liuxinyu970226 (talk)

That is because there is no available input method for Warang Chiti. Most Ho language books are printed in Warang Chiti. Nowadays it is quite rare to see Ho language printed in Devanagri or any other script. Maybe we should wait till we have proper input methods. Also, Devanagri is seen as a foreign script by the Ho people because it contains so many sounds that are not present in Ho and lacks the most common sounds of Ho language.

Singkiring57 (talk)

If you feel that the Ho language should be enabled in both the scripts, then its okay.

Singkiring57 (talk)

No one seems to be taking notice of this requestᱹ

Singkiring57 (talk)

Here's what ISO/Ethnologue writes: Devanagari script [Deva], used in Bihar. Latin script [Latn]. Oriya (Odia) script [Orya], used in Odisha. Telugu script [Telu]. Warang Citi script [Wara], no longer in use.

Given that the Warang Citi script is no longer in use, creating a user interface in it, is useless.

Which living script(s) will you be localising in?

Siebrand

The information in Ethnologue about this issue may be incorrect.

This writing system is encoded in Unicode, and the proposal for Ho encoding, written by Michael Everson, says that it is in use. According to that document, Warang Citi is in use.

Amir E. Aharoni (talk)

Yes, we saw that PDF during the hackathon, but the question was whether it's in real use. The document is a bit ambiguous in that regard.

Nemo (talk)

... Ethnologue is further contradicted by Scriptsource, to which it links, and by the article Three Munda Scripts by Norman Zide. All these sources say that the Warang Citi script is used for publication.

Amir E. Aharoni (talk)

Will you take care of suggesting an update to Ethnologue?

Nemo (talk)

The following issue is open, waiting for action.

Can someone fix problem that causes statistics not being shown? Almost everything is at 0%, probably because it displays for "sr" and not for "sr-ec".

Obsuser (talk)

The following issue is closed.

Hello. I'd like to request: 1. to add my language code 'gur' ISO 639-3 2. to get "translator" rights for my user account.

Thanks.

AganaNsiire

Related links:

• meta:Requests for new languages/Wikipedia Ghana Gurenɛ
• Farefare language in Ethnologue (code:gur; Gurenne is an alternate name)

Amir E. Aharoni

 Done Have fun. I somehow missed this request, so it took a few days longer than possibly expected.

Siebrand

Hello, are you still interested in translating?

Nemo (talk)

The following issue is open, waiting for action.

Is it possible to have the list of items to translate or to review, presented in a random order ? It appears that the order is always the same. May be there is a reason. But presenting the texts in a random order improves the covering of the operations and brings surprises in the translated subjects making them atractive.

Christian (talk)

I can imagine some people would like to do it in random order, especially for review. For myself it helps to do it in order, so I don't need check context for every message. For example two different software could use different wording for some term, and inconsistent translations would be hard(er) to notice if related messages did not appear together.

Nike (talk)

Nemo (talk)

Oh no specific example in mind but ... better : could it be a Yes/No option for the person who translates or rereads: yes I want a random order,or no I prefer to follow the original flow of messages to reinforce the coherence of the translation for groups of messages.

Christian (talk)

The following issue is open, waiting for action.

Wouldn't be nice to have the option to add the messages one _reviews_ to his watchlist? Probably in [Special:Preferences#mw-prefsection-watchlist|Advanced options]]. Where could I request this feature?

In https://phabricator.wikimedia.org/maniphest/task/create/?projects=MediaWiki-extensions-Translate I guess.

Nemo (talk)

Does mw:Internationalisation wishlist 2017#Activity reporting and engagement express this need reasonably well?

Nemo (talk)

Yes to this "Translators should be able to stay on top of new translation work easily". But the example given in the tracking task T159642 (duplicate of T62904) talks about watchlisting entire message groups. It might help for some messages groups that I care of. But I sometimes translate or review random messages. I may not have a big interest in some projects, but I do in the messages I translate/review.

I was asking for the reviewing part.

Thanks Nemo.

We should probably automatically watchlist all the messages reviewed by the user who has selected "Add pages and files I edit to my watchlist" in the preferences.

Nemo (talk)

That would work for me, but might not for others (I mean, the "automatically" part). That's why I was thinking about an extra option, or a suboption of the one you talk about.

The following issue is closed by Nike (chase).

Hi. Some months ago Apertium machine translation stopped working for Asturian language.

Is there something I need to do to have it again? It was really useful to speed up our translations.

Regards.

I reported a few days ago that Apertium is broken for everyone: phabricator:T165949. The issue may already be fixed in the code, but translatewiki.net was not upgraded yet, I think.

Nemo (talk)

Thank you!

I missed your report in phabricator, I hope it all will be fixed soon.

Regards

Apertium works now. If you were seeing empty suggestions, this was the reason. If it is not appearing it could be

1. Apertium service temporarily unavailable
2. Missing Spanish translation (if I remember correctly Apertium only does Spanish to Asturian)

Nike (talk)

Perfect! It's working now, a huge thank you to all the people involved in the fix. And you remember correctly, Apertium only works from Spanish. There are some efforts to add more languages, but that will take a lot of time.

The following issue is unconfirmed, still to be investigated.

Stalled as per phab:T11436. Also, according to phab:T137810, it's still unclear which code should be final result, mvf? mn-Mong?

"Traditional Mongolian Script" ([w:https://en.wikipedia.org/wiki/Mongolian_script] ) are used in mongolia and Inner Mongolia of China to this day to write Mongolian , which based on this classical vertical script. In Mongolia, the Cyrillic script writing system is used. Until 1990, only elders used to read and write the Mongolian script. But in the 1990s, secondary schools began to intensify the teaching of the Mongolian script.In China, the ethnic Mongol population was nearly 6 million according to a 2010 census. Many of them still receive nine-year compulsory education in Mongolian using the traditional Mongolian script.Mongolians living in Inner Mongolia are not familiar with the Cyrillic script and use the Mongolian script writing system only. They are unable to read Mongolian Wikipedia in Cyrillic. Data: A valid ISO 639-1 or 639-3 language code:mon [1] Unicode range: [2] The language name in English and in its own language: mongolian -ᠮᠤᠨᠭᠭᠤᠯ ᠬᠡᠯᠡ writing-mode: vertical-lr. Now, Internet Explorer, Safari, and Chrome support CSS writing-mode: vertical-lr. Default should still be "mon" in Latin alphabet. Please support "Traditional Mongolian Script".

I would exclusively oppose mn-Mong, as currently the Traditional Mongolian language is having a test-Wikipedia against at incubator:Wp/mvf.

Liuxinyu970226 (talk)

The following issue is open, waiting for action.

I wish to

• Request addition of a new language for translation: Portal:Dag
• Request translator privileges for the same language.

The following issue is closed by Nemo_bis (chase).

Tracked at phabricator:T225

Hello, following this phabricator entry, I would like to know what action are now required to make advance the project of adding phabricator translation on translatewiki.net.

Thanks for your interest. Let's keep the discussion on the Phabricator thread. I'm not sure you saw my reply on #mediawiki-i18n:

17.45 < Nemo_bis> psychoslave: did translatewiki.net staff get push access to the upstream repository?

Nemo (talk)

The following issue is closed.

fixed

In the message MediaWiki:Action-newsletter-restore/en: 'retore a newsletter' should most probabély be 'restore a newsletter'

Please fix this typing mistake

The following issue is closed by Nemo_bis (chase).

Timeouts were made very restrictive in the last few months. Annoyance is expected.

I often find while visiting Special:Watchlist or Special:ContributionScores the message "504 Gateway Time-out" from nginx. I refresh the page and the problem is gone. It doesn't happend with other pages. Certainly, not a big problem. Does anybody see this too?

Are you seeing less 504 errors, recently? I think I see less errors in the logs.

Nemo (talk)

Yes, less errors since I reported back in March 2015. Anyway, I just tried both links and only Special:Watchlist gave me 504.

Did it get better recently?

Nemo (talk)

Yes. Can´t remember dates though. Thank you.

The following issue is open, waiting for action.

Now that Special:Translate is available on mobile, MobileFrontend could be enabled on translatewiki.net. Translation is a not very complicated action, which can be done on the go.

Special:MainPage doesn't work at all with MobileFrontend, though.

Nike (talk)

What’s the problem with it? Maybe that should be fixed—Special:Translate is much more used. Also I don’t think it’s hard to be fixed as Special:MainPage seems to have an absolutely responsive design.

Some of the styles are not getting loaded I think.

Nike (talk)

Is there any way to make MobileFrontend opt-in through the preferences (for testing)? Or can I get the source code of Special:MainPage to test on my own wiki? (Currently there’s no link on Special:Version, please link to its Git repo there if possible.)

The code is here: https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/extensions/TwnMainPage

Nike (talk)

The following issue is closed by Nemo_bis (chase).

While the www subdomain is widely supported, many websites do without and there is a cost in supporting it.

Please amend When using Firefox at computers other than my own, I will type in "translatewiki + Shift + Enter" which the browser then redirects to http://www.translatewiki.net/ but that URI can't be found. Although the days of a "www" subdomain are long ago, it's still worth maintaining these to redirect to the proper https://translatewiki.net/

What version of Firefox is this? I've never seen such a behaviour.

Nemo (talk)

Every version since at least 2.x has had this. Have you tried it?

Ah, I see now. I had missed the shift.

Nemo (talk)

Is this the best place to post bugs? I don't see a Village Pump here, so I figure this is the most centralized discussion space.

DNS/Apache config needed? Who has the ops access to twn server?

Liuxinyu970226 (talk)

I am not convinced this is worth the hurdles of adding DNS records and redirects and making sure HTTPS is not broken.

Nike (talk)

If you think that adding an HTTP redirect is too difficult then that is definitely a problem. I'm 100% certain that there are incoming links which include a www subdomain so if you want incoming viewers to think the site is still functional, I would recommend adding it.

Redirects are hard nowadays, yes. See for instance phabricator:T133548. Closed.

Nemo (talk)

Well, several dozen of them certainly are. Much harder than one to be sure. I don't see how no response--not even a 404 page--is preferable but that's where that incoming traffic will go: nowhere http://isup.me/www.translatewiki.net

The following issue is closed by Nemo_bis (chase).

Deflagged, rollbacks completed as much as possible. Some retranslations will be needed gradually.

This user massively uploads terrible machine translations, including to Russian language (which is stated as his "native language" on his userpage), see User talk:Irus and (for Russian-speaking users) [1]. All his edits must be rollbacked, his new pages (Wikimedia:Wikiedudashboard-articles.none/ru) must be deleted. His messages already displayed on Russian Wikipedia special pages, it's a clear vandalism. (If this page is not administrator's noticeboard of this project, please, move this thread to that page).

User:Nemo bis, what about reverting and deleting? I can do first, but I don't have rollbacker rights, can you grant it to me?

Deleting doesn't have any effect, you'd better retranslate any newly translated message which you think it worse than nothing. As for rollbacks, are you sure everything needs to be rolled back? How many messages did you check? I can make you sysop temporarily, but tell me how much time you need.

Nemo (talk)

Until all his new messages are re-translated, English versions are much better then Irus's versions. I sure that many of his edits need to be rolled back, maybe all /ru-edits. I check many of his /ru-edits and almost all of this is nightmare horror. I think this weekend will be sufficient.

Ok. If you can't check every single translation before rolling back, try at least to sample them. Sometimes, or in some message groups, there might have been some logic.

Deletions don't have any effect because FuzzyBot will reimport the exported translations on the very next day. One would need to first remove the translations with a patch to the MediaWiki extension or other project. It's vastly faster to retranslate.

Nemo (talk)

Is it possible to filter from his contribs only /ru-pages?

The following issue is open, waiting for action.

Could webm be added as a file format to be displayed? I linked a file used on Wikimedia Commons on the page Translating:Proofreading the messages but it does not display as a video, only as a link. And even on the file page no preview of the file is available. I guess this is just a configuration issue, and adding webm in the right place is enough.

Could you send a patch against the gerrit translatewiki repo?

Nemo (talk)

Unfortubately not, since I do not know exactly which parameter need to be changed.

The README highlights a number of prerequisites, but hopefully easy with Ubuntu packages and puppet: https://phabricator.wikimedia.org/r/p/mediawiki/extensions/TimedMediaHandler;browse/master/README

Nemo (talk)