There is a problem with newly implemented (version 3.6.0): ["Ctrl+D" fills down in more familiar ways, filling with contents of the cell above if no cell is selected ...] After fill-in single cell the data at input line is not changed. There is also a problem when using F2 (direct cell input) it is working with old cell data.
Works as expected for me in LibreOffice 3.6.1 under Ubuntu 11.10. Please provide à step by step scenario to reproduce the problem. Best regards. JBF
In LibreOffice 3.6.1 under Windows XP: 1. go to cell A1 enter any text 2. go to cell A2 press Ctrl+D The same text as above is displayed at cell A2, BUT input line is still blank 3. press F2 the previous content of A2 is offered for editing
Hello I reproduce with Version 3.6.2.1 (Build ID: ba822cc) & Windows 7 64bits Steps to reproduce: 1. File> New> Spreadsheet 2. In A1 type Test<Enter> A2 selected 3. <Ctrl><D> Expected results: Test in A2 A2 selected Test in Formula Bar Actual results: Test in A2 A2 selected Formula bar empty 4.<F2> Expected results: Cell in "edit mode", cursor after Test Actual results: Cell in "edit mode", cell *seems* empty, cursor at the begining 5. <Enter> A3 selected, Test in A2 As reporter said, this problem may be more troublesome in the following cases: 1. File> New> Spreadsheet 2. In A1 type Test<Enter> A2 selected 3. Type Other<Enter> 4. Select A2 5. <CTRL><D> Expected results: Test in A2 A2 selected Test in Formula Bar Actual results: Test in A2 A2 selected Formula bar: Other 6. <F2> Expected results: Cell in "edit mode", cursor after Test Actual results: Cell in "edit mode", cell *displays* Other 7. <ENTER> Test in A2... Regards Pierre-Yves
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
Please see pierre-yves samyn comment from 2012-09-15 15:49:33 UTC. LibreOffice 4.0.3 still does not work as expected.
I agree this issue quite disrupting. If we continue writing after doing step 6 on comment 3 then hit Enter, what we've done with Ctrl-D ignored. Confirm reproducible on LO 4.0.4.1 (Win7 32bit)
*** Bug 66671 has been marked as a duplicate of this bug. ***
*** Bug 68688 has been marked as a duplicate of this bug. ***
*** Bug 68915 has been marked as a duplicate of this bug. ***
*** Bug 64218 has been marked as a duplicate of this bug. ***
*** Bug 73192 has been marked as a duplicate of this bug. ***
issue introduced in 3.6.0.4 release and still present in 4.1.4.2 and 4.2.0 RC1. I add Calc expert to CC list.
The bug still in 4.2.2 release, just checked it.
Maybe the rise of importance level will change something according this problem :(
Please do not change the upper stuff without knowing the policies. Raising the priority of your own bug is bad form and is not the way to raise awareness. Also version field refers to the oldest version we can confirm on. Reversing changes
*** Bug 89142 has been marked as a duplicate of this bug. ***
*** Bug 91876 has been marked as a duplicate of this bug. ***
Came to report it as has been annoying me for a month or so. Found existing bug. Can confirm still present in 5.0.0.1 Build ID: 00m0(Build:1) from Opensuse LibreOffice:Factory repo, and in 4.4.3.2 for Windows.
*** Bug 104297 has been marked as a duplicate of this bug. ***
*** Bug 90779 has been marked as a duplicate of this bug. ***
*** Bug 105658 has been marked as a duplicate of this bug. ***
Investigating.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f97622381b77a0b14af5600ef4179f277723d50f Resolves: tdf#54197 update input line with new cell content after Ctrl+D fill It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
And http://cgit.freedesktop.org/libreoffice/core/commit/?id=59587251357973dc9139e7c4038c1f1563b83be4
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c348476a2ca16d6c32d2d17a2cae5f59e967bf6d Related: tdf#54197 copy AutoSpellData from adjacent if no selection It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Pending review https://gerrit.libreoffice.org/50608 for 6-0
*** Bug 116362 has been marked as a duplicate of this bug. ***
Tested on: Version: 6.1.0.0.alpha0+ (x64) Build ID: 4647057a077824cd6782be82b2d13e06fa76704b CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-13_02:03:59 Works as expected! Many Thanks to Eike Rathke!
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1c354750f9e52bfa241e3edffeb6d84dd8b92e5e&h=libreoffice-6-0 Resolves: tdf#54197 update input line with new cell content after Ctrl+D fill It will be available in 6.0.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Zdeněk Crhonek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/993948678e7a78c7c91e2c2728a9b7182cb2bc79%5E%21 uitest for bug tdf#54197 It will be available in 6.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #29) > Eike Rathke committed a patch related to this issue. > It has been pushed to "libreoffice-6-0": > > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=1c354750f9e52bfa241e3edffeb6d84dd8b92e5e&h=libreoffice-6-0 > > Resolves: tdf#54197 update input line with new cell content after Ctrl+D fill > > It will be available in 6.0.3. > > The patch should be included in the daily builds available at > http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > http://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. I see it works in 6.0.6.2
The test exist, set status to Verified.