Problem description: I try to mark cells in empty column adjacent to filled column. Marked cells should be as big as size of filled column. Steps to reproduce: 1. Empty sheet 2. fill range a1:g1 with any value 3. put focus to a2 4. hold shift 5. press left 6. hold ctrl 7. press down 8. release ctrl and shift Current behaviour: Create block with range to max row Expected behaviour: Create block with range to row G filled size. I don't remember exactly when this bug appeared first time. It exist in some previous version and was corrected later. And then appears again. Bug exist in 4.4.0.0.beta1, 4.4.0.3 Was OK in 4.2.4.2 Regards Mirek
I get the same behavior even with 3.3.0. Where is your "expected result" documented? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. Win 7 Pro 64-bit, LibO Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Locale: fi_FI Ubuntu 14.10 64-bit Version: 4.4.0.3 Build ID: 40m0(Build:3) Locale: en_US Version: 4.3.5.2 Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5 Version: 4.2.0.1 Build ID: 7bf567613a536ded11709b952950c9e8f7181a4a LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Sorry I need to correct my problem description should be: Steps to reproduce: 1. Empty sheet 2. fill range a1:a10 with any value 3. put focus to a2 4. hold shift 5. press left 6. hold ctrl 7. press down 8. release ctrl and shift Current behaviour: Create block with range to max row Expected behaviour: Create block with range to row 10. Expected behaviour in version: Windows x86 4.2.4.2 Build ID: 63150712c6d317d27ce2db16eb94c2f3d7b699f8 Linux: 4.2.7.2 Build ID: 420m0(Build:2)
Sorry I need to correct my problem description AGAIN (sorry I'm really not accurate) should be: Steps to reproduce: 1. Empty sheet 2. fill range a1:a10 with any value 3. put focus to b1 4. hold shift 5. press left 6. hold ctrl 7. press down 8. release ctrl and shift Current behaviour: Create block with range to max row Expected behaviour: Create block with range to row 10. Expected behaviour in version: Windows x86 4.2.4.2 Build ID: 63150712c6d317d27ce2db16eb94c2f3d7b699f8 Linux: 4.2.7.2 Build ID: 420m0(Build:2)
Thanks for the correction. I can confirm that it worked in 4.2, but doesn't work in 4.5. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: ca7f62c8262662c8f58a3fa3b298623f25b55eaa TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-02-26_22:43:44 Locale: fi_FI Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 9c6ce47eaf1a891edf7c200145de400fd1cf2871 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-02-23_00:59:53 Locale: en_US Version: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
Bibisect result from 43all: 6aa6add1039517969f143c18900d352fa2190c4c is the first bad commit commit 6aa6add1039517969f143c18900d352fa2190c4c Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Tue May 20 15:35:22 2014 +0000 source-hash-f492e45dd2fd1f0ef59f37cd0c3f125203831e98
It is not a bug, but an intentional change. commit 45bdefccfc532d73bed2f8182543e13a18a7ac1c Author: Kohei Yoshida <kohei.yoshida@collabora.com> Date: Mon May 12 20:05:25 2014 -0400 Turn this off by default. Not a good idea to make a "legacy" behavior on by default. You can switch back to the old behavior at Tools - Options - LibreOffice Calc - General - Use legacy cursor movement behavior when selecting
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]