On a drawing object when choosing Convert - To Metafile and then rightclick and choose Save Image... (Maybe the text to use is: Save as Picture...) Nothing happens, must use Alt+R for saving the Metafile.
Unconfirmed with v3.3.4 under windows 7 x64. Confirmed with v4.1.6.2 under mint 16 x64. Confirmed with v5.0.3.2 under mint 17.2 x64. Not only can't you save the object, you also can't compress it. After copy/paste special > 'gdi metafile'/'drawing format', saving with writer works, but not with impress (still no option in calc to save).
Adding keyword 'bibisectRequest'.
Reproduced in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Already there in 4.0.0.3 / Ubuntu 16.04. Dialog pops up as expected in 3.6.0.4.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in 6.0.3 Detailed steps since the original description looks a bit imprecise to me: 1. Create a Draw document 2. Insert > Image, select an image, click Open. 3. Right click on the image, Save works at this point. 4. Right click on the image, Convert > To Metafile. 5. Right click on the image again, Save no longer works (does nothing). The bug affects also Impress and probably other applications. Version: 6.0.3.2 Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 4; OS: Windows 6.1; UI render: default; Locale: en-US (es_ES); Calc: group
Bibisected with Linux 43all to range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=fdda178d888127c4b4dafd4b53800989929e9b6b...6b11a18071254a443c8fe7e7b0b1c95b0f9fd35e These commits pop out to me: https://cgit.freedesktop.org/libreoffice/core/commit/?id=982db7bc6b82185202fb1a31ab29398b68c75073 Move "save graphic" dialog title to svx. https://cgit.freedesktop.org/libreoffice/core/commit/?id=8c1aafe8c20b6de8e13b4ce0eb34bb1b1f04fc0f Change "Save graphic" and "Save picture as" to common code. Adding Cc: to Tomaž Vajngerl
Dear geir.granberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Confirmed in LO 6.3.1.2.
Hi Julien, Is this issue fixed after bug 60684 ?
(In reply to Xisco Faulí from comment #10) > Hi Julien, > Is this issue fixed after bug 60684 ? I gave a try, no it's not fixed after tdf#60684
https://opengrok.libreoffice.org/xref/core/sd/source/ui/view/drviews2.cxx?r=12bbcce5#1383 when it works, we got: #0 XOutBitmap::WriteGraphic(Graphic const&, rtl::OUString&, rtl::OUString const&, XOutFlags, Size const*, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const*) (rGraphic=..., rFileName="file:///tmp/testjul.jpg", rFilterName="jpg", nFlags=(XOutFlags::DontAddExtension | XOutFlags::DontExpandFilename | XOutFlags::UseNativeIfPossible), pMtfSize_100TH_MM=0x0, pFilterData=0x7ffffffe8c98) at svx/source/xoutdev/_xoutbmp.cxx:193 #1 0x00007ffff251eb30 in GraphicHelper::ExportGraphic(weld::Window*, Graphic const&, rtl::OUString const&) (pParent=0x40411e0, rGraphic=..., rGraphicName="") at svx/source/core/graphichelper.cxx:318 #2 0x00007fffde98ad20 in sd::DrawViewShell::FuTemporary(SfxRequest&) (this=0x34a1540, rReq=...) at sd/source/ui/view/drviews2.cxx:1407 the save is done if this following if is ok: 1383 if (pObj && pObj->GetGraphicType() == GraphicType::Bitmap) 1384 { 1385 weld::Window* pFrame = GetFrameWeld(); 1386 GraphicAttr aGraphicAttr = pObj->GetGraphicAttr(); Once it's converted to metafile, since pObj->GetGraphicType() = GraphicType::GdiMetafile we don't enter the if block and so nothing happens. If you reconvert to bitmap again, save works. Tomaž: any thoughts here? Should an error popup appear to indicate we can't save the file in metafile? Or should Save option work but should only propose EMF or other metafile formats?
(In reply to Julien Nabet from comment #12) > Tomaž: any thoughts here? Should an error popup appear to indicate we can't > save > the file in metafile? Or should Save option work but should only propose EMF > or other metafile formats? What's the scenario?
(In reply to Tomaz Vajngerl from comment #13) > (In reply to Julien Nabet from comment #12) > > Tomaž: any thoughts here? Should an error popup appear to indicate we can't > > save > > the file in metafile? Or should Save option work but should only propose EMF > > or other metafile formats? > > What's the scenario? See https://bugs.documentfoundation.org/show_bug.cgi?id=95680#c6 " 1. Create a Draw document 2. Insert > Image, select an image, click Open. 3. Right click on the image, Save works at this point. 4. Right click on the image, Convert > To Metafile. 5. Right click on the image again, Save no longer works (does nothing). "
If it converted to a Metafile - you can save it as a SVM - "StarView Metafile".
(In reply to Tomaz Vajngerl from comment #15) > If it converted to a Metafile - you can save it as a SVM - "StarView > Metafile". No, if the image has been converted to metafile, when using Save from right click, there's not even a dialog box allowing to choose the file format. You can only convert the image into bitmap again and Save will work again.
That's how it is now - I'm talking what it should happen.
(In reply to Tomaz Vajngerl from comment #17) > That's how it is now - I'm talking what it should happen. I suppose it should propose to save too, ideally by proposing only meta file formats.
Dear geir.granberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in LO 7.3.5 Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-IE (es_ES); UI: en-US Calc: threaded