Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Paste in Calc shifts cells by default|
|Product:||[Fedora] Fedora||Reporter:||Steve Hall <digitect>|
|Component:||openoffice.org||Assignee:||Dan Williams <dcbw>|
|Status:||CLOSED ERRATA||QA Contact:|
|Version:||3||CC:||arequipeno, jslupski, lapham, marco, tmokros, volker|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-02-11 16:27:10 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Steve Hall 2005-01-29 18:29:06 EST
Description of problem: The default paste behavior in Calc shifts cells, which is both non-standard and unseen in the previous release. (And is redundant with an option provided in Paste Special.) Version-Release number of selected component (if applicable): 1.1.3 Calc
Comment 1 Dan Williams 2005-01-31 12:57:12 EST
confirmed, this was caused by an upstream ooo-build patch added by Novell that we'll have to disable.
Comment 2 Dan Williams 2005-01-31 12:57:56 EST
Specific changelog entry is: 2005-01-27 Michael Meeks <email@example.com> * patches/OOO_1_1_4/apply, patches/OOO_1_1_3/apply: disable sc-paste-insert-rows.diff, very odd / unexpected behavior hurting users.
Comment 3 JLapham 2005-02-01 07:24:12 EST
Dan, I just stumbled across this bug as well, any plans to re-release? This bug makes using calc basically useless, I totally screwed up a complex spreadsheet layout today as parts of columns and rows got pushed around during a series of pastes... ugh.
Comment 4 Ian Pilcher 2005-02-01 12:55:12 EST
Shouldn't this be high priority?
Comment 5 Steve Hall 2005-02-01 21:30:08 EST
Ian, agreed, although I can't prioritize. :) How about we just bump up the severity as this is a nearly incapacitating behavior/bug.
Comment 6 Caolan McNamara 2005-02-02 08:46:36 EST
*** Bug 146872 has been marked as a duplicate of this bug. ***
Comment 7 Elson, Del 2005-02-03 18:30:38 EST
Confirmed that this bug appears on multiple distributions, see: http://www.openoffice.org/issues/show_bug.cgi?id=40204 Oddly enough the OOo folks don't appear to think it's their problem. Somebody hit them with a clue stick please.
Comment 8 Dan Williams 2005-02-03 19:54:29 EST
Technically its not their problem as the code is a patch in the ooo-build sources. Vendors like Red Hat, Novell, Suse, and Debian use common sources and patches from ooo-build.
Comment 9 Ian Pilcher 2005-02-07 15:59:39 EST
Wasn't there a plan to have an update out late last week?
Comment 10 Dan Williams 2005-02-07 16:27:18 EST
Build is pushed to rawhide already, and an FC-3 updates-testing build will be available soon... (its built already and needs to be mirrored)
Comment 11 JLapham 2005-02-07 21:02:36 EST
Dan, is this new build going to also fix the "cannot unhide a row" regression? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146758
Comment 12 Dan Williams 2005-02-10 09:15:04 EST
No, unfortunately, that's a separate beast... :( Hopefully next update after this one.
Comment 13 Mike Cotton 2005-02-11 14:12:42 EST
Dan, Can you give us a guestimate as to when the FC3 patch will be released? Many Thanks.
Comment 14 Dan Williams 2005-02-11 16:27:10 EST
Its been pushed and will trickle out to mirrors in the next 24 hours or so. openoffice.org-1.1.3-5.5.0.fc3
Comment 15 Jan Slupski 2005-02-20 09:46:24 EST
Please check if bug 146883 is not related. It have appeared in the same release, and is also very painful.