[Phpgroupware-tracker] [bugs #5042] etemplate save incorrectly

[Dave Hall]

This mail is an automated notification from the bugs tracker
 of the project: phpGroupWare.

/**************************************************************************/
[bugs #5042] Latest Modifications:

Changes by: 
                Dave Hall <address@hidden>
'Date: 
                Sun 06/06/2004 at 23:55 (Australia/Melbourne)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | Caeies







/**************************************************************************/
[bugs #5042] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=5042>
Project: phpGroupWare
Submitted by: tbsky lee
On: Wed 09/03/2003 at 01:46

Category:  eTemplates
Item Group:  0.9.16 pre RC
Severity:  5 - Average
Priority:  5 - Normal
Resolution:  None
Assigned to:  Caeies
Status:  Open
Component Version:  CVS
Platform Version:  GNU/Linux - Mandrake
Reproducibility:  Every Time


Summary:  etemplate save incorrectly

Original Submission:  hi:
  under situation below, etemplate save
incorrectly. 
  1. create a label widget, give "all,h1" as
the option of "Span, Class"
  2. make a new row
  3. make a new column
  4. save the template
  
read the template and the second column disappear.

  the class option "h1" seems the reason.
if add new column after that, etemplate will
save incorrectly.
  but if we add new column first, then add the class option, everything fine.
  so add class option last, then save, is a work-around.

PS: after add the class option and save, the
etemplate can not be read & save again.or it
will save incorrectly again. if want to modify
the etemplate,must clean the class option, add a new row or column,then add 
back the class opion and save.






Follow-up Comments
------------------


-------------------------------------------------------
Date: Mon 10/27/2003 at 12:55       By: Caeies
In fact the problem seems to not be the css class, but the use of 2 symbols 
into the span/class box (perhaps the use of the ',' ?).
Just try with only the css style into this box and the save should work fine.
So I guess that the problem is the ','. Perhaps killed into the sql query ?

Just hope this help

-------------------------------------------------------
Date: Mon 10/27/2003 at 12:46       By: Caeies
The Work around seems ok.
By the way, It's not only the class options "h1" which fail but all related css 
class which triggers this bug.

Will see where is the problem












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=5042>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/