Bug 42720 - FILESAVE as .doc changes Form Controls Textbox background to black
Summary: FILESAVE as .doc changes Form Controls Textbox background to black
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Master old -3.6
Hardware: All All
: medium major
Assignee: Cédric Bosdonnat
URL:
Whiteboard: (target:3.5.6)
Keywords:
Depends on:
Blocks: mab3.5
  Show dependency treegraph
 
Reported: 2011-11-08 10:54 UTC by Christian Lohmaier
Modified: 2012-11-19 08:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Lohmaier 2011-11-08 10:54:22 UTC
reproduced on both Mac OSX PPC (self-built version), as well as with nightly build master~2011-11-07_00.09.27_LibO-Dev_OOO350m1_Linux_x86-64_install-rpm_en-US.tar.gz on Linux 64bit

To reproduce:
* Create a new writer document
* view|toolbars → Form controls → choose the text entry for example and put it into the document
* File|Save as → choose MS Word (doc) format

Close the document & reload the file.

→ text-entry field is black.

Opening files saved with LO 3.4 don't show this effect, so it is a write only problem (opening the file in LO 3.4 also shows the problem, so its related to the file data, and not import-only)
Comment 1 Rainer Bielefeld Retired 2011-11-08 22:07:23 UTC
[Reproducible] with parallel installation of MinGW Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID:  2ba5d12-e8c71c5-41e7bcd-4b83b90)] (daily/MinGW_cross-compilation2011-10-25_00.12.09)". Text box has black background when reopening in LibO 3.4.4 or Master. Nothing mysterious, Control box shows black background in properties.

@Cédric:
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Comment 2 Cor Nouws 2011-11-10 03:02:58 UTC
confimed in build from 2011-10-13
Build ID: 4456143-f6a1fc5-e1a2fb3

was still fine in build from 2011-09-16
Build ID: 91a7e5a-3dca5fd-da627d2

Opening in Word2010 reveals that the problem is introduced while saving of the file
Comment 3 Björn Michaelsen 2011-12-23 13:23:52 UTC
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Comment 4 Cor Nouws 2012-04-18 11:50:04 UTC
ah, how confusing. Version is LO Master, but that was pré 3.5.0, so its also in the 3,5 branch
Comment 5 tommy27 2012-05-14 16:09:57 UTC
reproduced on LibO 3.5.3 using Windows Vista 64bit
Comment 6 Rainer Bielefeld Retired 2012-11-19 05:44:44 UTC
The problem was still [Reproducible] with Server Installation of "LibreOffice 3.5.2.2 German UI/Locale [Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f] on German WIN7 Home Premium (64bit).

No longer reproducible with Server installation (own profile) of "LibreOffice  3.5.6.2  German UI/Locale [Build-ID: e0fbe70-5879838-a0745b0-0cd1158-638b327] on German WIN7 Home Premium (64bit) and all later versions I tested (including 4.0 Master), so WFM. Please feel free to modify target info if you find out that the fix was for a more early version.
Comment 7 Miklos Vajna 2012-11-19 08:27:53 UTC
Sorry for not noticing this earlier, most probably this was a duplicate of bug 45724.