User talk:TestAccountZboxx3R7ql001

Note: This is a bit out of date, and I did ask for some of these to be fixed, so I really need to retest them all. --Guy Macon (talk) 23:59, 10 March 2016 (UTC)

Testing Wikis

This is an alternate account for User:Guy Macon for testing multiple wikis.

The main advantage of using a separate account is that this one has no customization to potentially cause or cover up any issues.

Previously, I used my main account to try to verify that on each wiki listed at

https://meta.wikimedia.org/wiki/Special:SiteMatrix

I verified that I could, at a bare minimum, log on, set the language to English, and save the word "Test" to my user talk page on that Wiki.

I am now repeating that test using this account, an listing the wikis where I could not accomplish those tasks, along with other issues I found when doing more extensive test on selected wikis.

Here is the list (I will be expanding it as I progress):

ki.wikipedia.org

On the preferences page the link for users is a redlink.

"New users adding external links on their user talk page" error when trying to add a link to http://www.wikipedia.org/ Such filters should whitelist wikipedia.org and wikipemia.org.

Later, when the user is autoconfirmed, it works.

sa.wikipedia.org

Preferences were a little harder to find than normal. normally, when I look at a new wiki in another language, the unreadable preferences link is directly to the right of the two unreadable red links (my user and talk pages). On this one it is one more to the right -- there is a sandbox link in between. Not a big problem, but I am documenting every way in which the wikis differ while setting the language.

Hi, Season's greetings, ( I came following you with bit unusual user name and activity :) ) By the way sa.wikipedia "मम प्रयोगपृष्ठम्" stands for sand box much like en wikipedia preferences link comes after that. Not much unusual. But realy dont know if a new visitor finds it difficult to search preferences link. But for that we need to actually concentrate on smarter universal language selector, I suppose.

Sorry commenting un invited in your testing sessions. Just I also concentrate a lot of my time to check if things are friendly to the new users and once in while keep doing similler testing. Best wishes and cheers !! Mahitgar (talk) 17:58, 9 March 2015 (UTC)

Thanks! Anyone is welcome to comment. I changed the note for that wiki with the new information you just gave me. --TestAccountZboxx3R7ql001 (talk) 01:25, 17 March 2015 (UTC)

te.wikipedia.org

Preferences were a little harder to find than normal. normally, when I look at a new wiki in another language, the unreadable preferences link is directly to the right of the two unreadable red links (my user and talk pages). On this one it is one more to the right -- there is a sandbox link in between. Not a big problem, but I am documenting every way in which the wikis differ while setting the language.

The sandbox link on te.wikipedia.org has an animated icon showing someone shoveling sand.

The formatting/display of hexadecimal character entities looks a bit odd -- 0-9 and % are much smaller than A-F See https://te.wikipedia.org/wiki/%E0%B0%B5%E0%B0%BE%E0%B0%A1%E0%B1%81%E0%B0%95%E0%B0%B0%E0%B0%BF:Guy_Macon for an example, compare to https://ab.wikipedia.org/wiki/%D0%90%D0%BB%D0%B0%D1%85%D3%99%D1%8B%D0%BB%D0%B0:Guy_Macon

yi.wikipedia.org

yi.wikipedia.org (Yiddish) has a problem with LTR text. It puts the icon on the wrong end of https links but gets http links right. he.wikipedia.org (Hebrew) has no such problem.

Here are the results of my testing with various browsers:

Test page "yi": https://yi.wikipedia.org/wiki/%D7%91%D7%90%D6%B7%D7%A0%D7%99%D7%A6%D7%A2%D7%A8:Guy_Macon

Test page "he": https://he.wikipedia.org/wiki/%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:Guy_Macon

• Using Firefox, on yi, http has the icon on the right, not overlapping the rightmost letter.
• Using Firefox, on yi, https has the icon on the left, overlapping the leftmost letter.
• Using Firefox, on he, http has the icon on the right, not overlapping the rightmost letter.
• Using Firefox, on he. https has the icon on the right, not overlapping the rightmost letter.

---

• Using Opera, on yi, http has the icon on the left, not overlapping the leftmost letter.
• Using Opera, on yi, https has the icon on the right, overlapping the rightmost letter.
• Using Opera, on he, http has no icon.
• Using Opera, on he, https has no icon.

---

• Using Chrome, on yi, http has the icon on the left, not overlapping the leftmost letter.
• Using Chrome, on yi, https has the icon on the right, overlapping the rightmost letter.
• Using Chrome, on he, http has no icon.
• Using Chrome, on he, https has no icon.

---

• Using IE, on yi, http has the icon on the left, not overlapping the leftmost letter.
• Using IE, on yi, https has the icon on the right, overlapping the rightmost letter.
• Using IE, on he, http has no icon.
• Using IE, on he, https has no icon.

---

Also, IE throws a javascript error on yi.wikipedia.org but not he.wikipedia.org. I don't know if this is related.

Versions tested:

• Firefox 36.0
• Opera 22.0.1471.50
• Chrome 40.0.2214.115 m
• IE 8.0.6001.18702

Conclusion:

If a Wiki always has the icon on the left, that's OK.

If a Wiki always has the icon on the right, that's OK.

If a Wiki always has no icon, that's OK.

If a Wiki has the icon overlapping the leftmost or rightmost letter, that's a bug.

If a Wiki doesn't show the same icon location on http and https, that's a bug.

So he.wikipedia.org needs no fixes, but yi.wikipedia.org is buggy.

ak.wikipedia.org

Failed to log in using unified login. When I tried to create an account I got:

Account creation error

The user name "TestAccountZboxx3R7ql001" has been banned from creation. It matches the following blacklist entry: .{30,} <newaccountonly>

wikimedia.ca

Invalid security certificate. The certificate is not trusted because it is self-signed.

wikimedia.hk

Invalid security certificate. The certificate is not trusted because it is self-signed.

Main page an empty root.

download.wikimedia.org

Invalid security certificate. The certificate is only valid for dumps.wikimedia.org

wikimedia.ca

Invalid security certificate. The certificate is not trusted because it is self-signed.

wikimedia.ca

Main page displays "Apache 2 Test Page powered by CentOS"

wikimedia.hk

Invalid security certificate. The certificate is only valid for the following names: ssl2000.cloudflare.com, cloudflare.com, *.cloudflare.com

wiki.media.hu

Invalid security certificate. The certificate is only valid for the following names: tron.wmm.hu, wmm.hu The certificate expired on 29-Sep-2012 01:56.

wikimedia.in

Invalid security certificate. The certificate is not trusted because it is self-signed.

The certificate is only valid for vmn-32.cloudmin.e2enetworks.net.in

The certificate expired on 11-Feb-2014 20:01.

wikimedia.tw

No https support.

wikimedia.it

No https support.

wikimedia.org.au

No https support.

wikimedia.org.ar

No https support.

www.wikimedia.org.il

There is an "English" button on the top of the page, but it does not change anything to English.

https://meta.wikimedia.org/wiki/Wikimedia_Israel says "The main page is in Hebrew, please use the language navigation bar at the top of the page to see the English and Arabic versions."

wikimedia.hk

Empty root folder

wikimedia.in

Empty root folder

www.wikimedia.org.ph

http://www.wikimedia.org.ph/wmph/Main_Page has a "join us" link that leads to https://docs.google.com/a/wikimedia.org.ph/forms/d/1xJ9VabhsDOnmOetLO-kyNLKPjE-Uw1rrVvxAnPnvaKg/viewform -- a page that asks you to pay a fee to become a regular member. Does the Wikimedia Foundation really want to be associated with that?