Bizarre happenings when client edits

[Dramatic]

I have a client trying to tweak content on a site before it goes "live".
I have created a special user group called "manager" which basically has editor rights plus right to create and manage users.

However, it seems that every time they edit a page, the page is 1) made inactive and 2) removed from the menu. Since the "show in menu" checkbox is on the second tab of edit page, it isn't easy to change accidentally!

Unfortunately they are in a different city, so I can't sit down with them and observe first hand. I believe they are using IE7 on Vista.
Is there anything in group permissions that could be causing this?

[Pierre M.]

Hello,

you don't even tell which CMSms version you are using. See forum rules.

See Site admin -> default page too.

Pierre M.

[RonnyK]

This was fixed in later releases..... There has been an issue in version 1.2.

In version 1.2.1 was the fix introduced to make sure that people who didnt have full rights on a page, didnt set the page to inactive.....

If you have version 1.2, upgrade your CMSMS, to make sure the fix is in your version as well.

Ronny

[Dramatic]

Sorry, it's v 1.2 "Barbados".

It seems to be browser specific - I can't reproduce it in Opera even on a test account with limited permissions

[ameagher]

Hi,

CMSMS version 1.2.3

I created PayPal buttons with the PayPal button creator for the PayPal shopping cart. Editied and inserted them into product pages using the hmtl code view. Switched to wysiwyg view and saved them. No problem. All seemed fine.

Client comes along to insert some ordinary buttons on the page - nothing to do with the PayPal and doesn't go near PayPal buttons or their code at all. Saves page. Then realises that the field values in the PayPal buttons have been removed completely and set to empty values! Nothing else on the page has changed!

I suspect this is something to do with TinyMCE?

My questions!
Has anybody else seen this?
Is this in some way related to the original post above?
Is it a TinyMCE problem?
Does FCKEditor do the same?
How can it be avoided, as it seems any kind of page edit does this!!

Thanks,
Anthony

[RonnyK]

Anthony,

when using logic for PayPal script, it is better to enter them in a Global Content Block (with an unchecked checkbox for WYSIWYG for GCBs in your preferences) and insert the GCB in the template/page where required...

Switching back to WYSIWYG in regular pages has the disadvantage, that the WYSIWYG tries to be smart and edits the code....

So keep away from wysiwyg for that kind of logic, and have the logic apart in GCBs where you could disable wysiwyg in general..

Ronny

[ameagher]

Hi Ronny,

Thanks! That makes a lot of sense!

However, one small catch in this case is that each Product section is on its own page and has three different products which can be purchased. This would mean a new GCB for each, I think. Which also means anytime a new product section is to be added the end user would need a new GCB.

Am I missing something obvious here? It would be nice to use GCBs!

I guess I need to think this through a little more.

Thanks,
Anthony

[ameagher]

Hi Again!

Anybody have an idea of what the overhead on say 10 - 12 global content blocks being loaded?

When a GCB is loaded, assuming the content is not itself calling queries from the database, is there only a single database call to retrieve the content in the GCB for each one loaded?

Thanks,
Anthony

[Pierre M.]

Anybody have an idea of what the overhead on say 10 - 12 global content blocks being loaded?

When a GCB is loaded, assuming the content is not itself calling queries from the database, is there only a single database call to retrieve the content in the GCB for each one loaded?

See by yourself : use debug set to true in config.php and see the source code of the xHTML.

Pierre M.