'' => 'test', code automatically being placed in my lang-en.php file

Hello,

Whenever I recompile my language, the following code automatically gets added to my lang-en.php file:

'' => 'test',

Any idea what might be causing this, and how I can stop it? I can manually edit it out each time, but that is a bit of a pain.

FYI, the "test" text shows up next to my terms and conditions checkbox on my join page, like so:

* test:  []  I have read and agreed with Terms of Use.     

can you post a few lines of code from your lang-en.php with this 'test' text included.

 Sure thing:

    '_mma_use_chat' => 'use chat',

    '_sys_module_chat' => 'Chat',

    '' => 'test',

    '_ibdw_photodeluxe_people' => 'people like this',

    '_ibdw_photodeluxe_spylikethis' => 'You like this',

I am out of clue....:(

Try to recompile your site's lang or wait for an experienced developer to reply. 

I believe you have a damaged language key in your database somewhere.

You will need to go through the database tables sys_localization_keys and sys_localization_strings to see if that is in there.

The only way i can see that happening is if an import was done from a damaged language file.

Once you find the damaged item and fix it, recompile.

 In sys_localization_strings, I found this item:

IDKey     IDLanguage     String
5870        1                         test

Do I need to delete that entry altogether? Or is there something else I should be looking for?

FYI, I also found these two entries in the same table:

IDKey     IDLanguage     String
258         1                          Terms
341         1                          Terms

Those entries look normal. They do not look damaged.

You should be looking for either this. =>

Or a item that has a empty value.

My guess is your looking for a empty sting value or a empty key name.

hey does this entry appear once in the lang file or at an interval?

 Just once.

 No instances of =>

Checking now for empty values. There are several that have no string value. For instance, String ID Key 413 has no value; KeyID 413 holds the Key value "_MEMBERSHIP_UPGRADE_FROM_STANDARD". Is that normal, or would that be one of the issues?

look for _sys_module_chat  in the table it should be after this. Atleast i think so

 Yes, in sys_localization_strings, there is this item directly after the chat item you mention:

IDKey     IDLanguage     String
5870        1                         test

However, that was one of the things that deano92964  said looked normal...

A quick update... I just added a new item to my Navigation Menu via Menu Builder. When I clicked the new item to edit its properties, it already had "test" in the Default Name area. I changed "test" in the database to "testttt", and sure enough that changed the word both in the Menu Builder and on the Join page's terms section.

So I guess now the question is, why is the system pulling that String as the default name when no name is specified (or when one does not exist, as with the terms item).

try to match it with the sys_localization_keys table and look for its key in there

try to match it with the sys_localization_keys table and look for its key in there

_______________________________

Aw man, I accidentally hit "report" instead of "quote". Can a moderator please "un-report" Prashank25's post?

Here is the info from sys_localization_keys:

ID     IDCategory     Key
5870     2

(the key is blank/empty)

Any ideas?

put     _test       there and you are the second one reporting me here by mistake.. lol 

 
Yes, that may be one of the problems.

In the language editor search for that key. _MEMBERSHIP_UPGRADE_FROM_STANDARD

The string value for that should be

<a href="modules/?r=membership/index/">Click here</a> to upgrade.

Look for others. That are blank. Other wise abnormal.

As for your test.

There could be many if you had created them. Each of your strings that say test should have a different key name. So i do not believe any of those are your problem.

Find that ID of 5870 in the strings table and report what the string is. If it's a standard dolphin string, we can find what the key is suppose to be. If not, then that entry will need to be removed as well as the ID match in the strings table.

But these empty values are the cause of your problems.

 Looks like that did the trick! Thanks!

and note one thing never ever feed the dolphin without a key name when you are creating a lang key just putting the string text is the problem.

And you're welcome

 If that's how it happened, then i would call that a bug. The language editor should not accept empty fields.

 i agree.

Wow, yeah, I seem to have quite a few keys without strings:

425
910
1042
1061
1070
1305
1409
1410
1444
4565
4900
4907
6293

oh! you need to work hard i guess and this topic looks like a bug buster.