Normally when pasting cells the affected cells are highlighted which is very useful. But pasting this raw text (notice the tabs): 11,473 11,882 11,882 12,44 12,44 12,973 12,973 13,112 13,112 13,495 13,495 13,887 13,887 14,478 14,478 15,019 15,019 15,159 15,159 15,591 ...into a spreadsheet brings up the text import options - there I turn on Tab as seperator and press Return - overwrites the cells but they aren't highlighed.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
Paste this into a filled (not empty) spreadsheet (must be seperated by tabs): 11,473 11,882 11,882 12,44 12,44 12,973 12,973 13,112 13,112 13,495 13,495 13,887 13,887 14,478 14,478 15,019 15,019 15,159 15,159 15,591 Accept the Text import options (Tab is selected as seperation) Notice that the overwritten cells are NOT highlighted even though they should be to show what you changed. When you Undo the pasting the cells get highlighted but otherwise there's no indication of which was overwritten (I think there used to be).
Okay, can confirm that ;) There is only one thing left: Could you please set "Version" to the oldest version affected. Please set the status to "NEW" after doing that. I can confirm it with 3.6.0.4
I'm sorry I don't remember what it said - I just changed it to my current version and re-opened it.
@filkin , Florian, To be honest: I do not understand anything you are discussing here. Of course I can reproduce the effect that ANY copy paste from a different application than Calc to Calc will not highlight the cells with pasted contents. Although I never did a methodical research, I am pretty sure that this behavior never has been different. At least a quick test with OOo 1.1.5 and copy / Paste some text with TABs in the columns also did not highlight. @filkin: What do you want to tell with "notice the tabs" in your report? the numbers in a line are not in your example are not separated by TABs, but by spaces. And why do you insist in a filled table? For me there is no difference whether I paste into empty cells or into filled ones, pasting from other applications never highlight the target cells. As you see I am not sure whether I understood the report. Is the effect I described above the reason for your report? If yes, I see this as an enhancement request. And I agree, for very most applications it really is useful to have the target cells highlighted. @Florian: Please mention you OS in your comments!
(In reply to comment #9) > @Florian: > Please mention you OS in your comments! Sorry, Win 7 SP1 x64 IMHO this seems like NOTABUG... Isn't it??
Wait, guys. I think I remember why I reported this many years ago. If you paste copied CELLs into a filled sheet those cells overwritten gets highlighted right? If so clearly pasting raw text should act the exact same way to keep consitent and logical behaviour, predictability and user-friendliness, right??
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
Okay -> enhancement, as Rainer said since OO.org times... Thanks for reporting :)
Reproducible with Version: 6.0.0.0.alpha0+ Build ID: 722161e26437b25adc449f773836d369bd0cb081 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: group moggi's auto updater build, 2017-09-24 For me, this is a bug and not an enhancement request as other paste events are highlighting effected cells. Not here.