|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #67629 Can't change language to English
Submitted: 2014-07-16 10:49 UTC Modified: 2015-04-02 20:46 UTC
From: qbolec at gmail dot com Assigned: cmb (profile)
Status: Closed Package: Website problem
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
 [2014-07-16 10:49 UTC] qbolec at gmail dot com
From manual page:
When I am at (which displays Polish version) I'd like to change to English, but I can not, because English is the first and thus default option in the selectbox, and clicking on it does not trigger change/select or whatever event you are listening for.

Expected result:
Selecting English from the dropdown should change to English

Actual result:
Nothing happens, and I still see Polish version.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2014-07-16 12:28 UTC] lester at lsces dot co dot uk
Is this simply because polish is not listed as an option on your view? Selecting any other language and returning to English works and is something I've simply got used to when Google returns a lookup in the wrong language :)
 [2014-07-16 16:12 UTC]
-Status: Open +Status: Verified
 [2014-07-16 16:12 UTC]
Interesting. Yes, this is caused by the fact Polish is not an official translation anymore and I am unsure how it is still accessible (should have been deleted).

The dropdown thinks this page must be in english since it doesn't have a polish value :)

How did you get to that page anyway?
 [2014-07-16 17:21 UTC]
"Interesting. Yes, this is caused by the fact Polish is not an official translation anymore and I am unsure how it is still accessible (should have been deleted)."

I don't know why it's still there, but it also applies to some other inactive languages: - last section on this page

BTW: If we delete it from, is it going to be still accessible on
 [2014-07-16 17:26 UTC]
@sobak: Yes, it would still be accessible on docs as that mirror builds all translations itself rather then rsync it.

As you can see though, we've lost many archives throughout the years as its not actively maintained.
Besides, very old translations can be actively harmful without somesort of notification of it being old and broken
 [2014-07-16 17:36 UTC]
Okay, thanks. That is absolutely fine for me. It's useful to have preview on I just realized that those languages archived on are not building regularly. I think that we should burn them asap.
 [2014-07-16 18:47 UTC]
I'm guessing the pl folders still exist on the build machine. From a cursory glance at the scripts that I think are used, I don't see anything tidying up after we remove a language from the list to be built. 

This looks to be the case as the same doc page is available in other "inactive" languages, and newer doc pages aren't available in those languages.
 [2014-07-16 21:56 UTC] lester at lsces dot co dot uk
Since google and bing have the legacy content indexed what is really needed is that the /pl or what ever generates a redirect in addition to loosing the out of date content?
 [2014-10-27 04:58 UTC] fnx521 at gmail dot com
Hello, guys, I think I've experiencing the same problem. But in my case I have English enabled and can't switch to other languages. More of that, I can't interact with whole class="page-tools" block, i.e. can't "Edit" or "Report a Bug": those controls are completely uninteractive.

For example this is a problem page:
But this one is okay:

I did quick research and I don't think this bug is related to language at all. I can be wrong, but as I can see the problem is here:
box that holding "Change language", that is div with class="page-tools", is completely overlapped with the box that holds page title, that is div with class="refnamediv". The latter has "position: relative", the former has "float: right" and "z-index: 100", but no positioning attribute. Therefore "z-index" is not working.

I've simulated this problem here:
 [2014-10-27 17:38 UTC]
-Status: Verified +Status: Closed -Assigned To: +Assigned To: levim
 [2014-10-27 17:38 UTC]
A fix for this issue has been committed. Mirrors should pick it up in their next sync.
 [2015-03-24 14:52 UTC]
-Status: Closed +Status: Re-Opened -Assigned To: levim +Assigned To: cmb
 [2015-03-24 14:52 UTC]
Re-opened, because levim's fix appears to only have fixed the issue
reported by fnx521. The actual bug reported by the OP is still
there. See also bug #68613 and bug #69285.
 [2015-03-30 23:13 UTC]
My PR[1] is awaiting moderation.

[1] <>
 [2015-04-02 04:42 UTC]
Christoph: merged. Feel free to close this bug report after rsync and making sure that everything works ok on production.
 [2015-04-02 04:56 UTC]
Hi @Peter: can we remove those inactive translations from all mirrors apart from Either merge or just remove them manually if we have stability concerns - it should do the trick for now.

I remember the argument that we need some redirects to prevent whole bunch of 404s for Google. Can we discuss actual problems and find the solutions? Some of these translations are terribly outdated and misleading (they are obviously way older than on, as inactive translations are not synced - some of them are almost three years old).
 [2015-04-02 20:46 UTC]
-Status: Re-Opened +Status: Closed
 [2015-04-02 20:46 UTC]
The fix for this bug has been committed. Since the websites are not directly
updated from the repository, the fix might need some time to spread
across the globe to all mirror sites, including itself.

Thank you for the report, and for helping us make better.

@sobak Thanks for merging, Maciej. Of course it would be preferable
to not have access to the "removed" translations, but at least it's
a bit clearer for users now to see "Other" instead of "English".
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Fri Jan 28 06:03:41 2022 UTC