New cms article content disappears when save/apply

[CharlesEdwards]

I am a new vB4 user so my knowledge about the software is limited.

My problem is as follows;

I uploaded my first article in the CMS. It was smooth and uneventful.

The second article I tried to create was text copied from Microsoft Word. Whether I click Save or Apply the copied text is removed and only 1 - 3 words of the copied text are left in the article. The article title remains unchanged.

I have tried different browsers, Chrome, IE, FF. I have tried typing in content. I have tried creating an article with just the title saving successfully then adding the content unsuccessfully.

I would appreciate any help on this issue.

My apologies if a forum thread exists for this problem. I have searched "CMS not saving new articles" and a variety of other queries here and in Google with unhelpful results.

Regards,
Charles

[Lynne]

In the text editor, try clicking to enter it in Source Mode instead of WYSIWYG Mode. You may be adding a bunch of junk that the editor doesn't know what to do with.

[CharlesEdwards]

@Lynne

Thanks for the response. I have tried switching between Source Mode and WYSIWYG Mode. Neither provide any html code at all.

[Lynne]

What version of PCRE is on your server (Maintenance > View PHP Info > PCRE).

[dizzynation]

I have the same issue after talking on the phone with Wayne, for some reason you need to clear your system Cache. Then the edits will work.

Still not a fix though, and it is very annoying

[CharlesEdwards]

@Lynne,

The information you asked for; PCRE Library Version 8.30 2012-02-04

A quick update, I have cleared the cache which did not solve anything.

After a chat with Mark it would appear that copying text from a Word document causes issues.

What I tried was copying the information from Word into Notepad++, however when I copy the information from Notepad++ into the CMS Article creator the content is still shortened. This happens even if I copy one paragraph, save, copy the second paragraph. It feels as if there is a character limitation but I know this is not the case.

[Lynne]

Is it shortening at a particular type of character? Is there anything in your error_logs (if you don't know where they are, ask your host)?

[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 1363886322 at 1363886322 ---------------

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 1363887206 at 1363887206 ---------------

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?

[Lynne]

The default setting is ISO for all versions prior to vB5. In vB5, they finally have the default as UTF-8 (I'm pretty sure - I'm away from my vB5 site at the moment.)