Created attachment 67958 [details] Sample Document Steps to reproduce: 1. Open attached "staefa.cdr" in LibO 3.6 Expected: Text is red Actual: Text is blue I created this document in 2001 and can't remember whether I scanned that or made a snapshot of a PDF or whatever else. The problem ersists when I open and save the sample document with CorelDRAW X6 I have too few sample documents to test whether the problem is a general one ofonly for that particular document Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120909 Firefox/15.0.1 SeaMonkey/2.12.1
Comment on attachment 67958 [details] Sample Document File seems to be corrupted. At least it doesn't have first 16 bytes.
Created attachment 68105 [details] Sample Document New Because old sample was corrupted because of "Bug 55506 BUGZILLA: attachments damaged during upload with auto-detect content type on"
Comment on attachment 67958 [details] Sample Document Bug 55506 BUGZILLA: attachments damaged during upload with auto-detect content type on
I opened it with the release 3.6.2.2 on Linux x86_64, with yesterday's master too. Both show the bitmap in red
Strange, Server Installation of "LibreOffice 3.6.2.2 German UI/ German Locale [Build-ID: da8c1e6] on German WIN7 Home Premium (64bit) definitively shows blue bitmap
@Rainer: could you attach the resulting flat odg that it produces when importing the document? Will try to dig whether there is some weird level of locale-dependent behaviour.
OK, so it is a windows specific stuff with indexed (paletted) bitmaps.
Created attachment 68108 [details] This should fix the stuff in libcdr
Created attachment 68111 [details] A fixed dll for Rainer's testing If you replace the previous version of the wpftdrawlo.dll in the program folder, you should start to see red. Will try to push new libcdr with this bug and the two heise bugs for 3.6.3
Fridrich Å trba committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1e7340538bfe4374df48e914e47ad5cddf1e309a&g=libreoffice-3-6 New release libcdr 0.0.9, fixes fdo#55522 and partly fdo#54785 It will be available in LibreOffice 3.6.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Now works fine with Server-installation of Master "3.7.0.alpha0+ – ENGLISH UI [Build ID: b255de8]" {tinderbox: Win-x86@16, pull time 2012-10-06 09:31:39} on German WIN7 Home Premium (64bit) UserInstallation=$SYSUSERCONFIG/LOdev/3 An indeed, replacing the .dll heals the problem for Server Installation of "LibreOffice 3.6.2.2 release” German UI/ German Locale [Build-ID: da8c1e6] on German WIN7 Home Premium (64bit) I woder how the fix came into 3.7 without target info here, but I think we can close this one FIXED
apparently this is fixed?