New cms article content disappears when save/apply
 

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

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.

@Lynne

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

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

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

@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.

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)?

@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?

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.)