Created attachment 40862 [details] missing checkboxes in LibreOffice 3.3 RC1 Checkboxes do not appear in LibreOffice 3.3 RC1 while Go-OO 3.2.1 was OK in this regard. See the screenshot. I attached the sample document.
Created attachment 40863 [details] sample document
Cedric: can you have a look here?
Not reproducible, neither "Ooo 3.1.1 WIN XP DE [OOO310m19 (Build 9420)]" nor OOo3.4.0-dev show checkboxes in sample document.
(In reply to comment #3) > Not reproducible, neither "Ooo 3.1.1 WIN XP DE [OOO310m19 (Build 9420)]" nor > OOo3.4.0-dev show checkboxes in sample document. Rainer: would you mind to try it on LibreOffice 3.3 RC1? I reported a bug of LibreOffice, not of Ooo 3.1.1 WIN XP DE or OOo3.4.0-dev. Why UNCONFIRMED?
Of course I tried "LibreOffice 3.3.0 RC1 - WIN XP German UI [OOO330m17 (build 3.3.0.1)]", please excuse me, I forgot to mention. I can confirm the effect (no checkboxes visible) for all 3 tested versions, but currently the result seems to direct to a problem with your document or Go-OOo, not with LibO. Additionally I can't see that problem in any of my documents with RC1. Can you contribute a step by step instruction how to reproduce that with new documents "from the scratch"?
I submitted this bug in a hungarian forum, the sample document is mine. The document was originally in Word format until I converted it to ODF a few years ago. I never had this problem until now.
<field:fieldmark text:name="__Fieldmark__405_1342447150" field:type="ecma.office-open-xml.field.FORMCHECKBOX"> <field:param field:name="name" field:value="Jelölő9"/> <field:param field:name="helpText" field:value=""/> <field:param field:name="checked" field:value="off"/> </field:fieldmark> Support of field type "ecma.office-open-xml.field.FORMCHECKBOX" may be broken.
(In reply to comment #5) > Can you contribute a step by step instruction how to reproduce that with new > documents "from the scratch"? I don't think it's the normal attitude. Something happened that made a good document corrupted. I have many of these files and I can't do them again from scratch. I'm using OpenOffice/OxygenOffice for 4 years now without major problems, and I intend to use it in the future. I'm opening/saving these documents for a long time without a problem, and I also do it now with OpenOffice 3.2.1 without a problem. Changing an older MS Word version to newer one never made me afraid of document corruption because everything looked like as it did in the older one. I know that OOO/LibO have much to develop (ex. it's very slow even on a current PC), but the "problem-isn't-a-promblem" coudn't be the way... Please ask me if you need more details!
I have the same issue with OpenOffice 3.3.0 RC7.
(In reply to comment #7) > <field:fieldmark text:name="__Fieldmark__405_1342447150" > field:type="ecma.office-open-xml.field.FORMCHECKBOX"> > <field:param field:name="name" field:value="Jelölő9"/> > <field:param field:name="helpText" field:value=""/> > <field:param field:name="checked" field:value="off"/> > </field:fieldmark> > > Support of field type "ecma.office-open-xml.field.FORMCHECKBOX" may be broken. In fact, this was the name of the field before the patch was upstreamed from Go-oo to OOo. This name has been changed into "vnd.oasis.opendocument.field.FORMCHECKBOX". I'm not sure it would be nice to keep that old temporary name... but you can fix your document by simply: 1/ unzip it 2/ sed -i "s:ecma.office-open-xml.field.FORMCHECKBOX:vnd.oasis.opendocument.field.FORMCHECKBOX:" content.xml 3/ rezip all I'm marking it as WONTFIX, feel free to reopen if this is affecting a lot more documents and would need to add some code for compatibility.
Well I even fixed it quickly for all the three kinds of fields. Import will read the fields correctly and save will store the new name: http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=ba4dfeb67f846665779bf1524c23499616da61f2
Thanks, you IMHO you did the Right Thing™. Any chance to have it in libreoffice-3-3, too?
Caolan, what do you think of cherry-picking this patch to 3.3?
Looks good to me, I can't see any danger if you cherrypick it back.
Ok, that backported to 3.3 then.
(In reply to comment #10) > I'm marking it as WONTFIX, feel free to reopen if this is affecting a lot more > documents and would need to add some code for compatibility. I don't think I'm the only one with this problem. I have hundreds of this type of docs. If I could convert them easily I would do it. I mean "convert *.*", not one-by-one. Sorry guys, what does this patch mean? New version will open these docs corretly and save them with new field name, am I right?
(In reply to comment #16) > (In reply to comment #10) > > > I'm marking it as WONTFIX, feel free to reopen if this is affecting a lot more > > documents and would need to add some code for compatibility. > > I don't think I'm the only one with this problem. I have hundreds of this type > of docs. If I could convert them easily I would do it. I mean "convert *.*", > not one-by-one. That's why I finally hacked it quickly ;) > Sorry guys, what does this patch mean? New version will open these docs > corretly and save them with new field name, am I right? You are right.
(In reply to comment #17) > > ...New version will open these docs > > corretly and save them with new field name, am I right? > You are right. I pleasantly surprised again in the free community, thank you for your fluency! Have a good work!
Verified - Closed - Sophie