Created attachment 90019 [details] ppt example Incorrect presentation of ppt file in all versions of LibreOffice 4. LibreOffice 3.6 shows the attached file correctly like MS PowerPoint.
Comment on attachment 90019 [details] ppt example Confirmed. Opens fine in AOO 4.
please retest against LibO 4.2.3.3 and post a screenshot highlighting which are the errors you see. current description is very generic. I set status to NEEDINFO. revert it to NEW once requested infos are provided.
Created attachment 98421 [details] incorrect presentation in LO 4.1.5.3 and before
Created attachment 98422 [details] correct presentation in LO 4.2.3.3
Created attachment 98423 [details] correct in MS PP 2003
Comment on attachment 98422 [details] correct presentation in LO 4.2.3.3 The only difference from MS PP 2003 is larger font of a date under the right logo.
so basically that font logo issue is the only remaining problem with 4.2.3.3? all other stuff has been fixed isnt't it?
Now I don't see any problems except the font under logo. For LO 4.0.0 the difference was obvious. Also checked in LO 3.6. The presentation is like LO 4.2.3.3. Really the font under logo is a blot but not critical like the issue for LO 4.0.0.
Created attachment 98430 [details] residual issue about font size in upper right corner logo
I added a screenshot see previous post. I confirm that FILEOPEN in LibO shows that 10.09.2013 in 2 lines because of increased size in respect to the original .ppt shown in MS PowerPoint. I set status to NEW and change summary notes
@rssdev10 regarding that logo, was it scrambled in any LibO release you tested or there in one where it looks good?
Yesterday I checked it in LibO 3.6, 4.1, 4.2.3.3. In all releases it shows in 2 lines.
Created attachment 98471 [details] screenshot 3.5.7.2 vs. 3.6.0.4 last working release was 3.5.7.2 first buggy one is 3.6.0.4 regression probably during 3.6 master stage
For this one - isn't the change post 3.5 correct as the 3 in this presentation (in 2013) is over the margin? I am doing a bibisect right now but it could be that this is expected behavior when text bleeds over the margin
@rssdev10 please uplaod focused screenshot of the logo in MS PowerPoint... does the "3" bleed over the margin?
29eabec9444105ba81c1ba85b5e491919bf1c8d3 is the first bad commit commit 29eabec9444105ba81c1ba85b5e491919bf1c8d3 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Sun Dec 9 16:52:12 2012 +0000 source-hash-2a360b68475d6fff5b6618feddb0b52f3a4a2373 commit 2a360b68475d6fff5b6618feddb0b52f3a4a2373 Author: Noel Grandin <noel@peralex.com> AuthorDate: Tue Jun 12 15:41:27 2012 +0200 Commit: Michael Stahl <mstahl@redhat.com> CommitDate: Tue Jun 12 23:25:10 2012 +0200 Convert SV_DECL_PTRARR(SvBaseLinks) to std::vector Change-Id: I9197dc4fd7ed32f030de8121913265ec78c83585 :100644 100644 f7eccba8d9d5410eeab71c5acf79c4d2e6b8449c f3050e05432fb8b9624ca76ff6025d190f12ef05 M autogen.log :100644 100644 596c69d5a502161bf6c9fa82c7809db0bd2d2717 6b47b1d0f80f893139e6896a1d3b9ec414080790 M ccache.log :100644 100644 6a19e107e2479b08da8537ab509cec001af5cf5e be4045365079f31ab24b4d2e4309b743675bd4fe M commitmsg :100644 100644 7a8dafbae307c7a593dfef2ac43f747867e41bd8 a67d8e92e07894b300e4f1300d8048a0b39ee4b6 M dev-install.log :100644 100644 060ccd79dce129d52524f3c72521506ca6e3fd1d 6dabafb2814fbb1ce5b1a232487d948f60281875 M make.log :040000 040000 d31d0ae92b309453f8f3761ec68db0771b43ac07 885fe6e2bcbf9d30789fb4ded5edc3eac7f9c149 M opt # bad: [5b4b36d87517a6ea96ff8c84c46b12f462fc9a1a] source-hash-8450a99c744e9005f19173e4df35d65640bcf5c4 # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9] source-hash-099198a4224778fe6e43f5dc13b5b9b1b4dc828c git bisect good 16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9 # bad: [f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a] source-hash-a581d31b227623e09d2970a91214fda398f98eda git bisect bad f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a # bad: [5bf3b624cdeb593e55402f44c730209f12813961] source-hash-4b4ca8030285bd66526ff5bb2b6ea5a75a6c6bc7 git bisect bad 5bf3b624cdeb593e55402f44c730209f12813961 # bad: [fbd64ab02c3b611eb2161132a98d2a24ccf109ad] source-hash-77987eacff20dec40caf29aae61d262239d441e9 git bisect bad fbd64ab02c3b611eb2161132a98d2a24ccf109ad # good: [b8013cdf546a6319d5cd43746b74e35f177a5544] source-hash-699e7d9e4081942bb0ad73e9be73f90a26d0c2f7 git bisect good b8013cdf546a6319d5cd43746b74e35f177a5544 # bad: [778045e259d6c6cdd39e55feea1646e95eab8537] source-hash-6aeeca56daa9065f607cc7056e7d86d237c84a99 git bisect bad 778045e259d6c6cdd39e55feea1646e95eab8537 # bad: [5d495e9d278412d3719fe3d18b429d2b34831241] source-hash-4f5c523b97542bdbfe69fb7695bcb9699c66f89f git bisect bad 5d495e9d278412d3719fe3d18b429d2b34831241 # bad: [29eabec9444105ba81c1ba85b5e491919bf1c8d3] source-hash-2a360b68475d6fff5b6618feddb0b52f3a4a2373 git bisect bad 29eabec9444105ba81c1ba85b5e491919bf1c8d3 # first bad commit: [29eabec9444105ba81c1ba85b5e491919bf1c8d3] source-hash-2a360b68475d6fff5b6618feddb0b52f3a4a2373
Created attachment 98506 [details] view-master-slidemaster mode and normal mode Date/time field size in view/master/slidemaster mode is larger than real size of the date. MS PP 2003
see Joel, no bleed over margin with PowerPoint.
Yeah I see it - but that was never right so that leads me to believe this is not a regression but a problem from the beginning. Do we have any version that is 100% correct (compared to MSO)?
Created attachment 98512 [details] ppt printed to pdf as etalon view (MS PP 2003) ppt printed to Foxit Reader PDF Printer, therefore page bounds was presenting.
Looks fine in 4.3.0beta2 :) Since I don't knwo by whom/which commit& Issue, I set to WorksForMe
Checked in 4.3.0.0.beta2 / winxp. The problem with date field under a logo is remained. See slides from second. Compare with pdf from MSPP2003: https://bugs.freedesktop.org/attachment.cgi?id=98512
I don't have 4.3.x to test right now but I see the bug persisting in LibO 4.2.5.2 and 4.4.0.0.alpha0+ Build ID: b9dca968c6fd0ab5ca140c65b0e54d153cd34986 TinderBox: Win-x86@42, Branch:master, Time: 2014-07-18_22:51:20 there are 2 issue. 2nd slide: same look as in attachment 98430 [details] font size of that date is larger and in 2 lines instead being smaller and 1 line only as in uplaoded pdf version 1st slide: the "10.09.2013" has correct slide but is pushed right and not aligned with logo. probably this is a different problem. I set status to REOPENED
Moving to NEW - if this is resolved please close as RESOLVED->WORKSFORME. Thanks!
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
** 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.1.6 or 5.2.3 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-20170103
bug is gone in LibO 5.2.4.2 the font size in right upper corner logo (see slide 2 and following) is now correctly shown