When I try to minimize a presentation, I could change each options, there's no reduction of the siez. The presentation wizard tell me that my presentation 3,5Mo will be reduce to 1,1 Mo but at the end it still 3,5 Mo. Browser: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 Iceweasel/5.0
Thanks for bugreport Please, verify if in last version of LibreOffice still reproducible
Created attachment 58929 [details] A presentation impossible to reduce Nothing change with this presentation (I'll could attach other presentations if you want) Original : 2.6 Mo projector presentation minimizing : 2.5Mo
Thanks for attachment I see that this presentation is initially compressed. So impossible reduce it's size again. Presentation minimizer intended for those user who places pictures directly from PhotoCamera (8 Megapixel) or Scanner into presentation. Then minimizer reduces size of file from 100 MB to 5 MB for example. Problem is in another: why it shows estimates size of result without investigating of internals of presentation? In this case it estimates to obviously wrong result. More simple solution: remove size estimation at all. More complex: analysis of presentation before show resulting size
I think the more complex solution is better but a warning message could prevent users.
(In reply to comment #4) > I think the more complex solution is better but a warning message could prevent > users. I try again to reduce the presentation (the same as in the attachement with a fresh 3.5.4 but nothing change. Previously (month and month ago), when I used presentation minimizer, the reduction is not only a defintion reduction for pictures but a resolution reduction too. Now, the endless size of a pictures is the same as the size of the original (source)picture. Before, the minimizer reduced the size of the picture to the size in the presentation. Example if I use a source with a 1024x768 picture and reduced its appearance to 640x480 in my presentation, if I try the function "restore original size", with the old minimizer extension, the size stay to 640x480 but now, using the same functionnality, the size is the original size 1024x768. I think it's the reason why the estimated size is wrong, because the pictures waqsn't resize to presentation's dimensions.
Thanks for additional testing. I tried to reproduce bug from previous comment, but can not find, where to specify screen resolution in Impress. For example 1027x768 or 640x480. Please, tell where it is in Impress or attach screenshot of settings.
Sorry the example of resolution... They made a new misinterpretation. It's not screen resolution but picture resolution. I'll maybe used example such as the picture size 600x300 reduced freehand to 300x150 in the presentation...
Created attachment 62576 [details] test presentation for experiment with minimizer
Indeed, not minimizes. May be minimizer thinks that 1024x768 is already too small to minimize? I not experimented with big pictures. If this functionality has working in previous version, it is important to determine, it which version. At least approximately.
Created attachment 62587 [details] Before Minimizing
Created attachment 62588 [details] After Minimizing (Nov.2011) This is a minimized presentation (I think with a 3.3 version in november)
Thanks for attachment. Presentation was minimized in 2011-11-14 on LibreOffice/3.3$Linux LibreOffice_project/330m19$Build-8 So, regression happens somewhere between 3.3 and 3.5
Hope it could help to solve it
I think the regression happened beetween 3.3 and 3.4.4 (see the history of the bug). It maybe appeared when minimizer was include in the pack. In my memories : Before I installed the extension directly from libre office extension manager after downloaded from openoffice extension repository.
On pc Debian x86-64 with master and 3.6 sources both updated yesterday, I could minimize the presentation. I noticed this kind of logs: warn:legacy.osl:10929:1:/home/julien/compile-libreoffice/libo/xmloff/source/draw/shapeexport.cxx:719: XMLShapeExport::exportShape(), exception caught! MagicVince: could you give a try to a newer LO version (3.5.7 or 3.6.2)?
Experimented with second attachment in 3.6.2 on RFR 17 64bit The same result. After minimizing picture remains 1024x768pixels, though it takes small part of slide in presentation, therefore it's resolution should be reduced.
Thank you Sasha for your feedback, I tested your attachment (https://bugs.freedesktop.org/attachment.cgi?id=62576) and reproduced the problem on master sources.
Compression is based on a DPI calculation: const double fSourceDPIX = ((double)aSourceSizePixel.Width / ((double)aLogicalSize.Width / 2540.0 )); const double fSourceDPIY = ((double)aSourceSizePixel.Height/ ((double)aLogicalSize.Height/ 2540.0 )); // check, if the bitmap DPI exceeds the maximum DPI if( ( fSourceDPIX > rGraphicSettings.mnImageResolution ) || ( fSourceDPIY > rGraphicSettings.mnImageResolution ) ) Might be good to run through the sdext/source/minimizer/impoptimizer.cxx (ImpCompressGraphic) method in a debugger for this image and see what is going on. Potentially there might be some horror mapmode problem causing grief. I need to re-build with the extension enabled to do more it seems.
Removing comma from whiteboard (please use a space to delimit values in this field) https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started
In fact Presentation Minimizer fails to reduce pictures that are added in a slide with the layout "Title, Content" by clicking on the "Insert Picture" button which is _in the slide_. If you insert a picture in a slide with the layout "Blank slide" using the button "From File" which is _in the toolbar_, then Presentation Minimizer reduces this picture without problem. Steps to reproduce: You need 2 (different) pictures, for example 2 photos, size ~3 MB each. 1/ create a new empty presentation 2/ chose the layout "Blank Slide" 3/ in the toolbar Drawing click on the button "From File", choose the first picture 4/ add a new slide and click on the layout "Title, Content" 5/ in the center on this new empty slide you have a button with 4 actions; click on "Insert Picture" and choose the second picture 6/ save your presentation 7/ menu Tools > Minimize Presentation... 8/ choose the options which give the smallest size (default options for Screen Optimized) 9/ Presentation Minimizer says that the file size will reduce from ~ 6 MB to ~2 MB or less 10/ launch the minimization You get a file with size ~ 3 MB. If you examine the minimized presentation you will see that only the first picture has been reduced. You can verify that by opening the file with your preferred archiver software (rename the .odp in .zip before). Tested today in the master (Build ID: 8998a84f2a45f099981183fc7c6ba1d16a744414 after the de-extension-alization of Presentation Minimizer) and in LO 4.1.4.0.0+. Best regards. JBF
Hm - I don't have presentation minimizer under Tools . . . was this removed in 4.1.2? I get it in bibisect package though and it seems like it never worked correctly since it was incorporated into core. Removing bibisectrequest as it's not useful in this situation
Joel: on pc Debian x86-64 with 4.1 sources updated some days ago, I got "Minimize Presentation" on Tools (of course in Impress).
Very weird - my 4.1.2.3 release and my master build (from just a few days ago) both don't have it under tools. What in the world - oh well, different issue I suppose. The important thing is bibisect isn't useful here - seems like it's been broken since the first introduction into our core code (no clue about when it was "just an extension")
Joel: I forgot to say I got this in my autogen.input: --enable-ext-presenter-minimizer
ah there's the answer ;) But it seems like it was taken out of the debian package at least from the Ubuntu ppa
What's up with this? Can someone post exact repro steps? Where is presentation minimizer. Everyone seems to know - nevertheless exact steps would be great. Would be great to know where to even start when trying to reproduce. Is this persisting with LO 4.4b2?
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team This NEEDINFO message was generated on: 2015-07-18
(In reply to foss from comment #26) > What's up with this? Can someone post exact repro steps? Where is > presentation minimizer. Everyone seems to know - nevertheless exact steps > would be great. > > Would be great to know where to even start when trying to reproduce. > > Is this persisting with LO 4.4b2? Nothing changed in LO 4.4.6.0+ and LO 5.0.1.0+ Steps to reproduce : see comment #20 Presentation Minimizer is available in Impress under menu Tools > Minimize Presentation... Best regards. JBF
Created attachment 117313 [details] This presentation will be only half minimized
Created attachment 117314 [details] This presentation will be completely minimized
Created attachment 123696 [details] Insert photo to minimize The Impress tool "minimize presentation" don't work in this condition: - when i insert the photo by new presentation sheet (see in the attachment). When the tool try to remove the original image after compression they was locked, i think (only image inserted by a button in the center of a new sheet). else, if i paste photo from memory or use "image" button or in menù "insert/image" the compression work correctly.
Adding keyword 'bibisectRequest' to see whether this regression is already present in the oldest build of bibisect-43all repository or not. In case it's already present, change 'bibisectRequest' to 'preBibisect'. Otherwise, change 'bibisectRequest' to 'bibisected' and add a comment with the output from 'git bisect log'
** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170929
Still reproducible with LO 5.4.2 on test files from comment #29 and #30. Best regards. JBF
Dear MagicVince, 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
Dear MagicVince, 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://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
Seams fixed somewhere : attachment https://bugs.documentfoundation.org/attachment.cgi?id=117313 is minimized by LO 7.1.5.0.0+ as attachment https://bugs.documentfoundation.org/attachment.cgi?id=117314 is. Version: 7.1.5.0.0+ / LibreOffice Community Build ID: 170f257ea5e3375257355def8bd7e998135ad98a CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_20.04_x86-64 Calc: threaded It works the same way with master Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 6b349bcc32336664a31deed3f4463e40dd028f63 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_20.04_x86-64 Calc: threaded Closing as WorksForMe. Please feel free to reopen if you disagree. Best regards. JBF
Seems that change was in 6.2 repo. commit a8dac79668df1b2ca127528c11fad3d024860a5a Date: Thu May 16 15:52:04 2019 +0200 source 1bdbd26987c387dcee170775ecc1305be03669e1 previous cde86a07bdd3534f75ec94955837812e2bbd24d4 author Tamás Zolnai <tamas.zolnai@collabora.com> 2019-05-13 15:56:52 +0200 committer Andras Timar <andras.timar@collabora.com> 2019-05-16 14:26:59 +0200 commit 1bdbd26987c387dcee170775ecc1305be03669e1 (patch) tree 5baf28f57f85d9040ffe78f9c39cd92e8f83fb72 parent cde86a07bdd3534f75ec94955837812e2bbd24d4 (diff) Presentation minimizer: Handle also presentation.GraphicObjectShape URL Thanks to Tamás.