Jump to content

Küresel adlandırıcılar/SSS

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Global renamers/FAQ and the translation is 41% complete.
Outdated translations are marked like this.
Bu sayfa, kahyalar/küresel adlandırıcılar tarafından sık sorulan soruların bir koleksiyonudur. Some of the links on this page are only accessible to global renamers and stewards.

Politikayla alakalı sorular

"KullanıcıRobot" şeklinde bir kullanıcı adı uygun mudur?

Hayır. Bu gibi istekler genelde reddedilir çünkü "Robot" kelimesinin bazı vikilerde sadece botlar için kullanılmasına izin verilmiştir.

Name too close than... uyarısını görmezden gelebilir miyim?

Özel durumlarda bu uyarıyı yok sayabilirsiniz. Örneğin, istenen bir kullanıcı adı bazı özel karakterler içerdiğinde AntiSpoof çıktısı yanlış olabilir, daha fazla bilgi için phabricator:T105626 sayfasına bakın.

Çoklu isim değişikliği isteklerini nasıl ele almalıyım?

Politika, yalnızca yeniden adlandırma yapmak için iyi bir neden varsa isim değişikliklerine izin verir.

  • If the rename happened a long time back (say a few years), treat it as a first-time request.
  • If the rename happened within 6 months, the request should generally be refused (example, example).

There will be situations where you will need to use your discretion - for example, where a user needs to be renamed again because their first rename ended up with a username block, or where it's clear that the user made a typo in their initial request. There will also be cases where the user, for example, pleads for a re-rename saying that they really don't like their current username. In that case, notify them that this will (likely) be the last time we change the username.

If a user keeps on requesting renames or there is evidence that they are abusing the system, they can be placed on the global rename blacklist (example, mailing list example).

Sıfır değişikliği olan kullanıcıların isimlerini değiştirmelerine izin veriliyor mu?

İzin verilir. Değişiklik sayısı reddetmeniz ya da onaylamanız için bir sebep değildir.

However, usurp and cases where antispoof override is required should normally be refused.

Uygunsuz kullanıcı adları değiştirilebilir mi?

Politika böyle bir yeniden adlandırmaya izin vermiyor. Buna ek olarak, tüm yeniden adlandırma günlüklerini küresel olarak gizlemek çok iş yükü doğuracaktır. Bu tür kullanıcı adları bir kahya tarafından gizlenmelidir. SRG sayfasında bir istekte bulunabilirsiniz ya da stewards(_AT_)wikimedia.org adresine bir mail atabilirsiniz (özellikle saklanması gereken kullanıcı adları için).

Users wanting to change to their real name

If a user asks for a rename to their real name, their application should explicitly confirm the risks of using their real name. If this is not the case, reject the request asking them to confirm explicitly if they want their real name to be used. Example requests: this and this

Handling rename requests for violating username policy

Check the block logs and the talk page of that user. If there is evidence that the username is not the only reason for the block (for example the user was blocked for spamming), decline such requests and ask the user to resolve the block first (example).

If in doubt, leave it to someone who's familiar with that wiki.

Teknik sorular

200,000'den fazla değişikliği olan kullanıcıların isimlerini değiştirebilir miyim?

Evet, yapabilirsiniz, hem de sysadmin denetimi bile olmadan.

İsim değiştirme neden normalden daha uzun sürüyor?

Evet, bir yeniden adlandırma görevinin saatlerce çalışması mümkün olabilir. Görev 6 saatten fazla sürerse, Phabricator'da hata bildirilmesi önerilir.

Commons'taki yükleme kayıtları neden güncellenmedi?

Bu bir önbellek sorunudur ve birkaç saat sonra çözülmelidir. İsterseniz bunları elle de temizleyebilirsiniz.

İsim değişikliği işlemi sırasında giriş yapmak mümkün müdür?

Yeniden adlandırma ilerlemesi sırasında oturum açmak mümkün değildir. Giriş yapmaya çalışan kullanıcılar bir uyarı görecektir.

Kendi adımı değiştirebilir miyim?

Hayır. Böyle yaparsanız hesabınızı bozabilirsiniz.

Other common questions

Name too similar to existing accounts or used to username of someone who got renamed

In cases of similar usernames it's best to follow ACC's similar usernames flowchart.

In case of similar usernames, it's also useful to check if the username requested was username of someone else. This can be done by going to Global rename logs and entering the username in "Previous username:" field. If username is found to be name of someone else who got renamed then such request should be declined unless it's the same user.

Technically unacceptable accounts

To know technical restrictions on usernames, please see this guide. Also MediaWiki doesn't allow registration of number only or mixed script username but antispoof will not show warning in such cases, so it's best to check them by going to Sign up page.

Vanishing

Please see Right to vanish for such cases. It's best to leave such requests for someone who's well aware of local policies or practices and can read the language since such requests are often used to hide or obfuscate bad conduct.

Requests should generally not be denied if the requester does not providing a reason, although renamers may inquire at their discretion - such as in cases where the requester may be confused. Vanish requests processed through the queue will also further deactivate the account, preventing this process from being reversed by renamers.

Similarly, don't worry about vanish requests with just one or two edits - they should normally be approved. See this page on the mailing list for more details.

Many users confuse vanishing with a clean start and say in their vanishing request that they intend to create a new account. Such requests should be declined (example).

Promotional and shared accounts

Some project allow such names (e.g. Wikimedia Commons) some even don't allow names like "John at XYZ company" (e.g. Italian Wikipedia) so again it's best to leave them for local renamers.

Requests with no reason provided

They should be rejected and the user asked to provide a reason (example, example). This does not apply for requests to vanish.