Wygląda na to że to jest gdzieś indziej zapisane, zrobiłem próbę i wstawiłem polski tekst w miejsce angielskiego i nadal wszystko jest po angielsku. Więc nie wiadomo gdzie to jest zapisane.
Poczekamy na wyjaśnienie i podpowiedz fachowców od VB.

Nie ma dodatkowej frazy.
Każda fraza jest opisana przez languageid. Polski ma z reguły 2, angielski to 1, a default -1 i właśnie ten z -1 jest wybierany zawsze przy wysyłce maila.
Po zmianie w DB w tabeli vb_phrase wartości pola languageid z 2 na -1 dla tych dwóch fraz (pole varname) maile wysyłane są po polsku. (Wcześniej trzeba zmienić dla defaultowych wpisów wartość pola languageid z -1 na np. 1)

Taki work around do momentu wyjaśnienia.

Pozdr.

Jest to o tyle dziwne, że register.php jak było w poprzednich wersjach, tak i w vb4.1.11 jest

Kod:

eval(fetch_email_phrases('activateaccount', $user['languageid']));

i rejestrowanemu userowi przypisywany jest domyślny język forum.

=========
Temat zwrotnej poczty o aktywacji też po angielsku od wersji vb4.1.11

Action Required to Activate Membership for..

Czyli fraza activateaccount z Email Subject Text Phrases Containing 'activateaccount'

Zamieszczone przez POLED

Czyli fraza activateaccount z Email Subject Text Phrases Containing 'activateaccount'

Zgadza się body i subject są nierozłączne i problem dotyczy obydwóch fraz, tak samo w przypadku welcome

Podobny problem:
vBulletin.org Forum - View Single Post - Some words not translated after upgrade to 4.1.11

https://www.vbulletin.com/forum/show...=1#post2271413


Edit:

Na vbhelp.pl ten sam problem:

"vBHELP.pl - polskie wsparcie vBulletin

11:22 AM (0 minutes ago)

Dear xxxxx,

Thank you for registering at the vBHELP.pl - polskie wsparcie vBulletin. Before we can activate your account one last step must be taken to complete your registration.

Please note - you must complete this last step to become a registered member. You will only need to visit this URL once to activate your account.

To complete your registration, please visit this URL:"

Czyli czekamy na poprawkę bobola przez developerów vb

Winowajca zidentyfikowany -zmiana funkcji fetch_phrase w pliku includes/functions_misc.php - vBulletin JIRA

The function fetch_phrase() was altered in 4.1.11 (by VBIV-13856) to allow languageid -1 to be passed in and actually return the master value (the default was altered from -1 to 'false', and the check altered to look for 'false'.

function fetch_phrase($phrasename, $fieldname, $strreplace = '', $doquotes = true, $alllanguages = false, $languageid = false, $dobracevars = true)
.
.
.
if ($languageid === false)

Unfortunately, we didnt notice that inbetween the two lines, its run through intval(), thus the value 'false' is lost.

$languageid = intval($languageid);

Its also used in a comparison to check if its value is greater than zero - but that should still work as intval(false) is zero.

It needs changing to something that wont be affected by the above, -2 seems the most obvious choice.

function fetch_phrase($phrasename, $fieldname, $strreplace = '', $doquotes = true, $alllanguages = false, $languageid = -2, $dobracevars = true)
.
.
.
if ($languageid == -2)


Im not entirely sure what effect this has, but it should be fixed in 4.1.12.

Wydaje się, że powrotna zmiana tej funkcji do wersji 4.1.10 rozwiązuje problem do momentu naprawy błędu przez vb
Przy zmianie na -2 jak proponują wstępnie - problem nadal występuje

Czyli

Unfortunately, you'll have to wait until a proper fix in 4.1.12 then. I don't know what the full fix is and only have the same information as you do from that JIRA issue.

Czyli czekamy. Szkoda grzebać z tym.

To jest tak jak doprawiać zupę przygotowaną przez kogoś nie znając do końca jej składu.

Z tego co piszą zmiana tej funkcji w 4.1.11 podyktowana była tylko i wyłącznie problemem przy eksporcie i późniejszym imporcie szablonów, dlatego też zdecydowałem się wrócić do wersji z 4.1.10.
Na razie działa i nie zauważyłem żadnych problemów.


EDIT:

VB Dev:

Paul M added a comment - 06/Mar/12 02:52 PM

This turned into more work than expected.
The problems were more than just fetch_phrase().

Basically it was better to just throw 13856 out of the window and start again.
I've redone that in a different way, which restores fetch_phrase() to its former self, and should also stop the 55 queries when including adminfunctions_template.php.

I also corrected the inconsistancies in the group names for announcements, tags, facebook and vbcms.