Created attachment 47441 [details] Example usage of an .svg file in Writer and Draw We have been active in the design and development of OpenOffice.org. We are delighted that further progress has been made with the LibreOffice Productivity Suite. A key feature that has been needed is the ability to accurately insert, draw, and edit Scalable Vector Graphics (.svg). We have tested LibreOffice on both Mac OSX System 10.6.7 and Windows System 7. We have found that Scalable Vector Graphics in LibreOffice is inconsistent and incorrect on both operating systems. The attached compressed file is provided to show how the same Scalable Vector Graphics is inconsistent and incorrect in Writer and Draw. Please note the following: The image called "Safari Web Browser.png" is the .svg image rendered in the Safari Web Browser. The image called "LibreOffice 3.3.2 Writer OSX" is the same .svg image rendered in Writer. The image called "LibreOffice 3.3.2 Draw OSX" is the same .svg image rendered in Draw. We found similar problems when using LibreOffice on Windows System 7.
[Reproducible] with reporter's sample document and "LibreOffice 3.4.2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:203)]", also with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)]". There is a big progress concerning viwing in Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43 2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb 6a9633a-931d089-ecd263f-c9b55e9-b31b807 82ff335-599f7e9-bc6a545-1926fdf)]", looks more or less perfect. But there I see some new effect, the picture in DRAWing seems to be some ibtmap? Please see my results in attached PDF. Seems to be another SVG transparency gradient issue @reporter: Can you confirm progress and "bitmap problem" with master build?
Created attachment 50022 [details] Import results, see Comment 1
On 2011-08-08 01:01:52 PDT Rainer Bielefeld asked "[c]an you confirm progress and 'bitmap problem' with master build?" We obtained and tested the following nightly build Master "LibO-dev 3.4.5 – OSX 10.6.8 English" located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-08-08_00.09.01/ File name: "master~2011-08-08_00.09.01_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg" In the initial test the displayed image appeared within both WRITER and DRAW. We also noticed some "bitmapping." HOWEVER, when we attempted to resize the SVG image OSX CRASHED! Steps to reproduce: 1. Download and use the above "Example usage of an .svg file in Writer and Draw" "vochito.svg" from above attachment URL 2. Open NEW empty WRITER document 3. Menu 'Insert -> Picture -> from file' 4. Browse for "vochito.svg" and open 5. Image is inserted 6. Click on resize handle-bars and resize image expected: Image will be resizable Actual: Image inserted but CRASH when image is resized. Same crash result when inserted and resized in WRITER document. In an attempt to Insert and Resize a Picture into "LibreOffice 3.4.5 beta" we selected an "svg" image and LibreOffice crashed. OSX generated the following partial crash report: Process: soffice [341] Path: /Users/RCK/Desktop/LibO-dev.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 3.5.0 (???) Code Type: X86 (Native) Parent Process: launchd [128] Date/Time: 2011-08-08 11:09:29.513 -0700 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Interval Since Last Report: 26953 sec Crashes Since Last Report: 1 Per-App Interval Since Last Report: 211 sec Per-App Crashes Since Last Report: 1 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000001 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 ??? 0x00000001 0 + 1 1 libsvtlo.dylib 0x00bcc220 GraphicManager::ImplCreateOutput(OutputDevice*, Point const&, Size const&, GDIMetaFile const&, GraphicAttr const&, unsigned long, GDIMetaFile&, BitmapEx&) + 656 2 libsvtlo.dylib 0x00bd2966 GraphicManager::ImplDraw(OutputDevice*, Point const&, Size const&, GraphicObject&, GraphicAttr const&, unsigned long, unsigned char&) + 246 3 libsvtlo.dylib 0x00bd2fe1 GraphicManager::DrawObj(OutputDevice*, Point const&, Size const&, GraphicObject&, GraphicAttr const&, unsigned long, unsigned char&) + 705 4 libsvtlo.dylib 0x00bc6f04 GraphicObject::Draw(OutputDevice*, Point const&, Size const&, GraphicAttr const*, unsigned long) + 532 5 libsvtlo.dylib 0x00bc7ddc GraphicObject::DrawWithPDFHandling(OutputDevice&, Point const&, Size const&, GraphicAttr const*, unsigned long) + 348 6 libswlo.dylib 0x276b02b7 SwNoTxtFrm::PaintPicture(OutputDevice*, SwRect const&) const + 2663 7 libswlo.dylib 0x276b0b0e SwNoTxtFrm::Paint(SwRect const&, SwPrintData const*) const + 638 8 libswlo.dylib 0x2781bd7e SwLayoutFrm::Paint(SwRect const&, SwPrintData const*) const + 494 9 libswlo.dylib 0x2781d88d SwFlyFrm::Paint(SwRect const&, SwPrintData const*) const + 1149 10 libswlo.dylib 0x27724dce SwVirtFlyDrawObj::wrap_DoPaintObject() const + 142 11 libswlo.dylib 0x27724e9d drawinglayer::primitive2d::SwVirtFlyDrawObjPrimitive::get2DDecomposition(drawinglayer::geometry::ViewInformation2D const&) const + 29 12 libdrawinglayerlo.dylib 0x26db8174 drawinglayer::processor2d::VclPixelProcessor2D::processBasePrimitive2D(drawinglayer::primitive2d::BasePrimitive2D const&) + 1572 13 libdrawinglayerlo.dylib 0x26d99dbe drawinglayer::processor2d::BaseProcessor2D::process(com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::graphic::XPrimitive2D> > const&) + 62 14 libsvxcorelo.dylib 0x29265799 sdr::contact::ObjectContactOfPageView::DoProcessDisplay(sdr::contact::DisplayInfo&) + 2201 15 libsvxcorelo.dylib 0x29265ca3 sdr::contact::ObjectContactOfPageView::ProcessDisplay(sdr::contact::DisplayInfo&) + 163 16 libsvxcorelo.dylib 0x292a11b9 SdrPageWindow::RedrawLayer(unsigned char const*, sdr::contact::ViewObjectContactRedirector*) const + 345 17 libsvxcorelo.dylib 0x2938edbf SdrPageView::DrawLayer(unsigned char, OutputDevice*, sdr::contact::ViewObjectContactRedirector*) const + 255 18 libswlo.dylib 0x27ac8a99 SwViewImp::PaintLayer(unsigned char, SwPrintData const*, SwRect const&, Color const*, bool, sdr::contact::ViewObjectContactRedirector*) const + 329 19 libswlo.dylib 0x2781cb1c SwRootFrm::Paint(SwRect const&, SwPrintData const*) const + 2540 20 libswlo.dylib 0x27ace241 ViewShell::ImplEndAction(unsigned char) + 1921 21 libswlo.dylib 0x2778c3e0 SwFEShell::EndDrag(Point const*, unsigned char) + 384 22 libswlo.dylib 0x27df31ac SwWrtShell::UpdateLayoutFrm(Point const*, unsigned char) + 44 23 libswlo.dylib 0x27c8803d SwEditWin::MouseButtonUp(MouseEvent const&) + 925 24 libvcllo.dylib 0x01a19efa ImplHandleMouseEvent(Window*, unsigned short, unsigned char, long, long, unsigned long, unsigned short, unsigned short) + 4682 25 libvcllo.dylib 0x01a1afa8 ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void const*) + 3096 26 libvcllo.dylib 0x01a7c548 -[SalFrameView sendMouseEventToFrame:button:eventtype:] + 520 27 libvcllo.dylib 0x01a78822 -[SalFrameView mouseUp:] + 66 28 com.apple.AppKit 0x98c9aae8 -[NSWindow sendEvent:] + 5693 29 com.apple.AppKit 0x98bb360b -[NSApplication sendEvent:] + 6431 30 libvcllo.dylib 0x01a6e67c -[VCL_NSApplication sendEvent:] + 108 31 libvcllo.dylib 0x01a29354 AquaSalInstance::Yield(bool, bool) + 516 32 libvcllo.dylib 0x01748470 Application::Yield(bool) + 96 33 libvcllo.dylib 0x01748571 Application::Execute() + 97 34 libsofficeapp.dylib 0x0006d0b7 0x5b000 + 73911 35 libvcllo.dylib 0x0174fee8 ImplSVMain() + 376 36 libvcllo.dylib 0x01a27f1b AquaSalInstance::handleAppDefinedEvent(NSEvent*) + 75 37 libvcllo.dylib 0x01a6e74b -[VCL_NSApplication sendEvent:] + 315 38 com.apple.AppKit 0x98b47253 -[NSApplication run] + 917 39 com.apple.AppKit 0x98b3f289 NSApplicationMain + 574 40 libvcllo.dylib 0x01a299a7 ImplSVMainHook(int*) + 343 41 libvcllo.dylib 0x0174ff91 SVMain() + 17 42 libsofficeapp.dylib 0x00099045 soffice_main + 245 43 org.libreoffice.script 0x00001ebe main + 30 44 org.libreoffice.script 0x00001822 start + 258 45 org.libreoffice.script 0x00001749 start + 41
Please note that in our previous comment the nightly build Master software tested was "LibO-dev 3.5.0 – OSX 10.6.8 English" 20011-08-08_00.09.01.
I'm afraid my "bitmap problem" is nonsense. My Master does not allow to open .SVGfiles with DRAW, so I opened a new DRAWING and inserted with 'Insert -> Picture -> from file', that always inserts something like a bitmap and not a vector graphic. @rk601@yahoo.com Thank you for your additional tests. Such a crash is a completely different problem than the one of the original report, so we will have to shift that experience to a new or existing crash bug report. I think this one is concerning your problem: "Bug 39799 - CRASH when insert SVG image while EDITING" Can you please leave a comment whether - you were able to open (not to insert) the sample document in DRAW? - you see the progress I showed in my "Import results"?
On 2011-08-08 22:00:01 PDT Rainer Bielefeld asked: Can you please leave a comment whether (A) you were able to open (not to insert) the sample document in DRAW? (B) you see the progress I showed in my "Import results"? Using the nightly build Master "LibO-dev 3.5.0 – OSX 10.6.8 English" located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-08-08_00.09.01/ File name: "master~2011-08-08_00.09.01_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg" ANSWERS: (A) We were able to open (not insert) the attachment "Example usage of an .svg file in Writer and Draw" SVG "vochito.svg" from the above attachment URL. (B) SVG rendering is more consistent of the display in OSX of the SVG "vochito.svg" picture; see attachment "LibO-dev-3.5.0_WRITER_and_DRAW_Screen shots". HOWEVER, resizing of the SVG "vochito.svg" picture caused OSX to CRASH again in WRITER and DRAW. @ Rainer Bielefeld Thank you for your comments and tests. Please notify the appropriate people with regard to the CRASHes and "shift that experience to a new or existing crash bug report." You suggested: "Bug 39799 - CRASH when insert SVG image while EDITING" Thank you.
Created attachment 50061 [details] LibO-dev-3.5.0_WRITER_and_DRAW_Screen shots SVG rendering is more consistent of the display in OSX of the SVG "vochito.svg" picture on Menu 'Insert -> Picture -> from file' for both WRITER and DRAW.
@rk601: I suggest to close this bug "SVG rendering gradients / transparency inconsistent",or do you still see some rendering detail that should be improved? Unfortunately I currently can not contribute very much because of still crashing WIN Master build.
@digital ant Before this bug is closed will you also test if Scalable Vector Graphics (SVG) in LibreOffice is inconsistent and incorrect with the "master" located at http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/ on your version of OSX?
@Jeffrey Before this bug is closed will you also test if Scalable Vector Graphics (SVG) in LibreOffice is inconsistent and incorrect with the "master" located at http://dev-builds.libreoffice.org/daily/ on your version of OpenSuse Linux?
Created attachment 50541 [details] SVG Error in WRITER - LibO 3.5 dev Further SVG testing has shown that LibO-dev 3.5.0 has problems rendering SVG pictures with the following: LibO-dev 3.5.0 Build ID: fdbe98e-3f7a742-4eb4f62-260b7c1 On OSX 10.6.8 Located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-08-22_23.39.52/ with master~2011-08-22_23.39.52_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg On occasion, LibO-dev 3.5.0 (Build ID: fdbe98e-3f7a742-4eb4f62-260b7c1) renders SVG pictures incorrectly on OSX 10.6.8. Please use the attached SVG file called "SVG Error in WRITER - LibO 3.5 dev.zip" and follow these steps to reproduce: 1. Download "SVG Error in WRITER - LibO 3.5 dev.zip" from attachment above 2. Extract the "Blue-Folder.svg" picture file 3. Open NEW empty WRITER document 4. Menu 'Insert -> Picture -> From file...' 5. Browse for "Blue-Folder.svg" and open Expected: Picture will be inserted and a Blue Folder will appear Actual: Picture "outline" appears. Same result when insert to DRAW document. Please see the "Blue-Folder in Safari OSX 10.6.8.png" image of how the SVG file looks in Safari. Also see the "Blue-Folder Error in WRITER - LibO 3.5 dev.png" image of how the same SVG file looks in LibO-dev 3.5.0 WRITER. Thank you.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
needinfo keyword redundant by needinfo status.
I can see another problem, created separate bugreport: Bug 45259 - Writer EDITING: imported SVG picture looks incorrect
@ rk601@yahoo.com Please, verify if in 3.5.0 problem is fixed
Not fixed in LO 3.5.0
Problem seems to be fixed in LO 3.4.5
Created attachment 58344 [details] Original svg
Created attachment 58345 [details] Logo in writer
See attachments "Original svg" and "Logo in writer" Open documents in LO 3.4.5 (correct display) and afterwards in LO 3.5.0 (faulty display)
@jochen: I see the problem (regresson compared to 3.4), but it has nothing to do with the original problem, please submit a separate bug, I obsolete you attachments because they are worrying here My results with "LOdev 3.6.0alpha0+ English UI/Locale [Build ID: 9518535-d09cf17-8a74106-c695ecd-16afab (libreoffice-3-5-branch-point)]" {Win-x86@9-Voreppe Win32 pull time 2012-02-29 04:21:51}. OS: German WIN7 Home Premium (64bit) DRAW /Open document: Unusable, many parts of car body silver instead of grey and many other problems DRAW Insert picture: Looks perfect, I can't see obvious problems WRITER Insert picture: Looks perfect, I can't see obvious problems May be we should close this one as Insert Picture to WRITER bug and open a new one for DRAW fileopen? Here the situation has become rather confusing @rk601@yahoo.com, @sasha: How do you see status concerning original problems with "vochito.svg" in WRITER and DRAW?
separate bugreport for vochito problem: Bug 47262 - Draw FILEOPEN: svg file importing incorrectly (color of gradient is wrong) @ Jochen Thanks for interesting in this problem Please, attach original svg file
What should I do: 1) open a new bugreport or 2) attach the original svg file in this bugreport or 3) create a comment in bugreport 47262?
> attach the original svg file in this bugreport Please, attach that file here
bugzilla-daemon@freedesktop.org schrieb: > > --- Comment #23 from Jochen<dr@jochenschiffers.de> 2012-03-13 07:52:01 UTC --- > What should I do: > 1) open a new bugreport or > 2) attach the original svg file in this bugreport or Hi, please create a completely new bug report, because I want to delete your Attachments in Bug 37830. Please add me to CC for new bug. Best regards Rainer Bielefeld
@Rainer I have created a new bugreport (https://bugs.freedesktop.org/show_bug.cgi?id=47291) @Sasha File see new bugreport (https://bugs.freedesktop.org/show_bug.cgi?id=47291)
When this problem has been reported we had similar problems for open SVG and import SVG. For import we have had great progress in between, most problems have been solved. So I close this rather general report for imports. Please file new VIEWING reports for remaining import issues (Insert picture from file) and, of course, for the many remaining FILEOPEN problems.
Comment on attachment 58344 [details] Original svg Different problem, see "Bug 47291 - FILEOPEN: scrambled SVG display in Draw and Writer transferred from MS Word document"
Comment on attachment 58345 [details] Logo in writer Different problem, see "Bug 47291 - FILEOPEN: scrambled SVG display in Draw and Writer transferred from MS Word document"