Anchored images do not shift down when above row height readjusts automatically Steps to reproduce: 1.images are anchored to cells (protected position, protected size), 2.when row height automatically readjust (after writing long wrapped-text or pasting cells with wrapped text..), on rows before images Current behavior: images do not shift down with the cells they are anchored Expected behavior: anchored images should shift/scroll down keeping their position within their cells This happens when row-heigth automatic readjustment occurs (due to more than 1 line input in a cell, or when pasting cells with longer text or higher font...) on any row above images ; though images shift/move down properly (keeping their position on respective cells) when manually adjusting row height linux-ubuntu14.04-kernel18-Libreoffice Version: 4.3.5.2 Build ID: 430m0(Build:2)
Reproduced, BUT NOT WITH 3.5.0. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: 309574394bd4ae3e9e10e5ff0d64bdd7bbbc8b83 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-29_23:44:46 Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 8fd9c25ac66dd238d4c68be3974241a18cb21705 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-27_22:43:15 Version: 4.3.3.2 Build ID: 430m0(Build:2) LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
(In reply to Beluga from comment #1) > Reproduced, BUT NOT WITH 3.5.0. Weird, I wasn't able to reproduce the correct behavior in the oldest version in the bibisect repo (tagged "oldest", LO 3.5.0, Build ID: d6cde02). It still suffered from this bug. I almost marked this prebibisect and moved on, but then I decided to test a little further. So I loaded last35onmaster (LibreOffice 3.5.0 Build ID: 85c6244) and it is fixed! I then attempted to bibisect between last35onmaster and oldest, but every revision I tested was bad. So I did it the manual way working back from last35onmaster a revision at a time. This is the first GOOD commit after oldest" $ git checkout last35onmaster~6 HEAD is now at 6d96089... source-hash-ceb55cd688cebede8cef8408540019fe54528869 Unfortunately, I had trouble tracking down when the behavior broke again. I had trouble even loading many LO 3.6 versions and LO 4.0 really destroyed the behavior. In 4.0, calc doesn't even auto-adjust row height for word-wrapped cells. It appears to be back to the current broken behavior by 4.1. I guess I'll mark this bibisected, though this version only points to where the behavior briefly started working again. So, here is the git log info on the first GOOD commit mentioned above: commit 6d96089d0712380f1a3a204f6e9ae6cd0ca47099 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Fri Dec 9 00:50:28 2011 +0100 source-hash-ceb55cd688cebede8cef8408540019fe54528869 commit ceb55cd688cebede8cef8408540019fe54528869 Author: Michael Bauer <fios@akerbeltz.org> AuthorDate: Mon Nov 28 20:37:54 2011 +0100 Commit: Eike Rathke <erack@redhat.com> CommitDate: Mon Nov 28 21:09:23 2011 +0100 [gd-GB] partitive vs genitive case month names
*** This bug has been marked as a duplicate of bug 76183 ***
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Works in Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 8; OS: Windows 6.19; UI render: GL; Locale: de-DE (de_DE); Calc: CL