[CharlesEdwards]

@Lynne,

Do you mean the Apache error.log or is there another error log I should be looking for?

We did an error_log search on the whole machine hosting vbulletin and there were no results.

--------------- Added [DATE]1363886322[/DATE] at [TIME]1363886322[/TIME] ---------------

We identified the problem. When I copy and paste information that contains ASCII characters and UTF-16 characters for example Words long dash and smart quotes, which are recognized by Notepad and Notepad ++, the article is cut off at that point.

From the View Source Code of the Editor Creator.

meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"

a) How do I change this to UTF-8?

b) How can the editor handle non ASCII characters?

--------------- Added [DATE]1363887206[/DATE] at [TIME]1363887206[/TIME] ---------------

I have found a solution that has worked so far;

Check the page source of the article creation to see what character set is selected.

Mine was located on line 4:
meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"

1. Use the username/password as administrator to access inside the admincp system(vBulletin Admin Control Panel)

2. After logged, on the left column you will see the option Languages & Phrases.

3. Next select Language Manager.

4. Click Edit Settings.

5. Find to HTML Character Set field.

6. Change from iso-8859-1 to UTF-8.

Check your page source again:
meta http-equiv="Content-Type" content="text/html; charset=UTF-8"

I can copy Word documents no problem now.

I am confused as to why the default setting is ISO. Would it not be beneficial to vbulletin users if the default was UTF-8?