| Summary: | Calc single cell filling (Ctrl+D) does not change data at input line | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Arnis Rozentals <arnis.rozentals> |
| Component: | Calc | Assignee: | Eike Rathke <erack> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | AHX2323, alex, andrew.m.goth, aron.budea, barta, bevanfindlay, bjlockie, ciprian.trofin, erack, gerard.fargeot, jbfaure, jmadero.dev, libreoffice, lkppo, magic.bretzel, ovari123, pavel.zahradnik, raal, stefano.menci, us_jonathan, wildner1 |
| Priority: | medium | ||
| Version: | 3.6.0.4 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=48275 https://bugs.documentfoundation.org/show_bug.cgi?id=70129 http://bugs.debian.org/826546 |
||
| Whiteboard: | target:6.1.0 target:6.0.3 target:6.2.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 108660 | ||
|
Description
Arnis Rozentals
2012-08-29 09:39:57 UTC
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. |