Impossible to compose HTML message with Internet Explorer

[fpugnere]

Hello,

I've just upgraded Zimbra network edition, from 4.5.10 to 5.0.6. Everything went well, except for this new bug that appeared:

It happens only with Internet explorer (tested on 6 and 7), but not with Firefox, and only with certain accounts, mostly the ones that were created a long time ago, before the upgrade, but not all. It happens on any pc I have tested it.

The bug in question is that when you want to compose a new message, in HTML format, when you type anything in the body, it gets deleted ride away. It's like if the backspace key was stuck (but of course it's not that... I checked...). Even if I paste something, it's deleted ride away.
If I change the option to Text format, everything works fine (but of course it's in text format, and my customers want html ), and if I go back to HTML format, you can't type anything anymore.

I can't figure out the difference between the accounts that work fine, and the ones who have the bug, except maybe that the accounts created recently don't seem to have the bug. All accounts have the same COS.

I tried, on my test server, to upgrade to 5.0.8, but the bug was still there.

Does anybody else have this bug? What can I do to get rid of it?

Thanks in advance,

Francis

[Klug]

Bienvenue/welcome.

It seems this was fixed in 5.0.7 : Bug 28289 – cannot type mail body in IE when default set to HTML

[fpugnere]

Originally Posted by Klug

Bienvenue/welcome.

It seems this was fixed in 5.0.7 : Bug 28289 – cannot type mail body in IE when default set to HTML

Hi,

I think it's a different bug:

User cannot type in the mail body editor. The cursor always move back to the previous field.

When I type in the body editor, the cursor stays there, but everything I type is deleted.

Thanks for the answer anyway.

Francis

[Klug]

Originally Posted by fpugnere

When I type in the body editor, the cursor stays there, but everything I type is deleted.

This looks like this bug, that is marked as a dupe of the one I posted above : Bug 23993 – Compose as HTML is not working when "as HTML" is set by default

[bdial]

Have you definately determined it's an account problem. Like do you get different behavior in IE on the same machine using different accounts? And a person who has the problem has the problem no matter what machine they use?

A long shot but you could do a zmprov ga and get all the account attributes for an account that works and one that doesn't, line them up side by side and loook for any diffferences that might clue you in

[fpugnere]

Originally Posted by Klug

This looks like this bug, that is marked as a dupe of the one I posted above : Bug 23993 – Compose as HTML is not working when "as HTML" is set by default

Yes this looks more like it, but I don't see how this bug is a duplicate of the other one. Is there any progress on this? It says it's closed and that it was corrected in 5.0.7, but I tried to upgrade to 5.0.8 on my test server, and I still have this bug.

Originally Posted by bdial

Have you definately determined it's an account problem. Like do you get different behavior in IE on the same machine using different accounts? And a person who has the problem has the problem no matter what machine they use?

A long shot but you could do a zmprov ga and get all the account attributes for an account that works and one that doesn't, line them up side by side and loook for any diffferences that might clue you in

Yes this is definitely an account problem. On the same computer, if I login as user A, I have the problem, but if I login as user B, I don't have the problem. I've tried user A on 3 different machines, and there is the bug each time.

Here's a diff of the output of zmprov ga for a user who has the problem (njosic), and one who hasn't (num) :

PHP Code:

1,4c1,6
< # name num@office.ictelecom.fr
< cn: Numérotation
< displayName: Numérotation
< mail: num@office.ictelecom.fr
---
> # name njosic@office.ictelecom.fr
> cn: JOSIC Nicolas
> description: Directeur Commercial
> displayName: JOSIC Nicolas
> givenName: JOSIC
> mail: njosic@office.ictelecom.fr
8,9c10,12
< sn: Numérotation
< uid: num
---
> sn: Nicolas
> uid: njosic
> userPassword: VALUE-BLOCKED
69c72
< zimbraId: 4a2a2555-3355-4957-b423-5bac2e14c4ae
---
> zimbraId: 46484488-bdab-48a4-92ec-a17deb45fa76
77c80,81
< zimbraMailDeliveryAddress: num@office.ictelecom.fr
---
> zimbraLastLogonTimestamp: 20080722063515Z
> zimbraMailDeliveryAddress: njosic@office.ictelecom.fr
83,92d86
< zimbraMailSieveScript: require ["fileinto", "reject", "tag", "flag"];
<
< # Filetre
< if anyof (header :contains "to" "num" ,
<  header :contains "cc" "num" )
< {
<     redirect "jpavie@ictelecom.fr";
<     stop;
< }
<
103a98,107
> zimbraPasswordHistory: 1205742575497:{SSHA}+EHH+MKGrTOavT8rrOPjBspPaUqVezMU
> zimbraPasswordHistory: 1208339069901:{SSHA}PXV/57VfNzUO0QqrL4IA9nUsybus4Vnz
> zimbraPasswordHistory: 1210936213265:{SSHA}q9ieRu90DHU8OH9Efam6QGs+emLyxI0S
> zimbraPasswordHistory: 1213568678907:{SSHA}ITuGyjft1++8RuZ1+nZU/+0yu7bZoGxg
> zimbraPasswordHistory: 1195571274706:{SSHA}AqH1JmP5xJSLYdZbkmkI9G0G22j068+p
> zimbraPasswordHistory: 1198168764863:{SSHA}L8LQ41Owqwguwfw1Uo1/nrRltKzEvL1R
> zimbraPasswordHistory: 1200902374790:{SSHA}oRRAplI96FqrhAbRVgKYAj1NHawEWki2
> zimbraPasswordHistory: 1203005536055:{SSHA}KXIbxMukDH6W0YVZh4lgkWt5Ok8AgUC/
> zimbraPasswordHistory: 1203011989282:{SSHA}Qicd06WO+tPPC64esfVDf4N4SbJJoona
> zimbraPasswordHistory: 1203012073649:{SSHA}gw8+DerRt7R5yKtaTJSiQ+w4lBMCyxkP
116a121
> zimbraPasswordModifiedTime: 20080615222438Z
140c145
< zimbraPrefDisplayExternalImages: FALSE
---
> zimbraPrefDisplayExternalImages: TRUE
142a148
> zimbraPrefForwardReplyFormat: text
150c156
< zimbraPrefHtmlEditorDefaultFontSize: 12pt
---
> zimbraPrefHtmlEditorDefaultFontSize: 8Impr
171,173c177,196
< zimbraPrefMailItemsPerPage: 25
< zimbraPrefMailPollingInterval: 5m
< zimbraPrefMailSignatureStyle: internet
---
> zimbraPrefMailItemsPerPage: 50
> zimbraPrefMailPollingInterval: 120
> zimbraPrefMailSignature: Nicolas JOSIC
> Directeur des Ventes
>
> Tel : +33(0) 177xxxxxx
> Fax : +33(0) 177xxxxxx
> GSM : +33(0) 66xxxxxx
>
> www.ictelecom.fr
> 0825 xx xx xx
>
>
>
>
> zimbraPrefMailSignatureEnabled: FALSE
> zimbraPrefMailSignatureHTML: <div><DIV>
> <DIV>
> <DIV></DIV></DIV></DIV></div>
> zimbraPrefMailSignatureStyle: outlook
177,184d199
< zimbraPrefOutOfOfficeReply: Bonjour,
<
< nous avons bien pris acte des informations que vous nous avez transmises.
< Nous allons procéder en conséquence Ã  l'ajustement de notre plan de numérotation.
<
< Cordialement,
< L'équipe ICtelecom
< zimbraPrefOutOfOfficeReplyEnabled: TRUE
192c207
< zimbraPrefShowSearchString: FALSE
---
> zimbraPrefShowSearchString: TRUE
206a222
> zimbraSignatureId: ab3ffdcf-a57c-4edb-80fc-d1b86882ecfb
208a225
> zimbraSignatureName: njosic 


I don't see anything strange in the diff result...

[mmarinuzzo]

Found exactly the same problem in the last release.
I recently upgraded two installations to ZCS 5.0.9 on Centos 5_64 and found this bug. It affects IE6 and 7, not FF and not all users.
One installation is 4000 users multi-server, the other one is single-server 400 users.
I tried all the skins (just in case).
If I can help somehow...

[mmarinuzzo]

bug 28289 in bugzilla is marked as fixed for the 5.0.7 version.
I opened a new one for version 5.0.9.
The number is 31247.

[manens]

Hi,

We found a work around for this bug :
- In preferences, change language to English (United States)
- In mail composing preference, change police size to 12pt
- In preferences, switch back to Fr language

The bug may be related to zimbraPrefHtmlEditorDefaultFontSize value, try this :

zmprov ma account@domain zimbraPrefHtmlEditorDefaultFontSize 12pt

Best regards,

Florent Manens
StarXpert : Expert en migration OpenOffice.org, Zimbra et Alfresco

[mmarinuzzo]

Thank you Florent,

Appling zmprov ma account@domain zimbraPrefHtmlEditorDefaultFontSize 12pt to all accounts bypassed the problem.