Hey, everyone:
I have the following RPM packages installed:
[root@rodolfo ~]# rpm -qa | grep openoffice | sort openoffice.org-1.1.3-2.5.fc3 openoffice.org-libs-1.1.3-2.5.fc3
This update appears finally to have fixed a display problem wherein the column headings disappeared, had artifacts, or were printed on odd parts of the screen. Hopefully the fix is complete and permanent; well done!
However, at least one new problem have been introduced: the "paste" command now does not actually paste; instead it inserts the cells you paste, moving the rest of the cells in that column down. This is a massive pain and really interferes with getting *any* work done. Now, Edit->Paste Special works fine so I'm stuck using only that... but the other 30 people in my office whom I converted to OOo are screaming bloody murder.
Is anyone else seeing this? Is it a new bizarre configuration option that was set to a badly-chosen default? Or is it a bug? I've looked through Tools->Options, but nothing new strikes me.
Finally, if I need to bugzilla this at Red Hat, should I file it against component "openoffice" or "openoffice.org"? They have both.
Cheers,
Em Ter, 2005-02-01 às 10:27 -0600, Rodolfo J. Paiz escreveu:
This update appears finally to have fixed a display problem wherein the column headings disappeared, had artifacts, or were printed on odd parts of the screen. Hopefully the fix is complete and permanent; well done!
Well, this used to happen also on other openoffice versions (debian specifically)
However, at least one new problem have been introduced: the "paste" command now does not actually paste; instead it inserts the cells you paste, moving the rest of the cells in that column down. This is a massive pain and really interferes with getting *any* work done. Now, Edit->Paste Special works fine so I'm stuck using only that... but the other 30 people in my office whom I converted to OOo are screaming bloody murder.
This scares me. It's better leave colum weirdness than removing paste funtionality.
On Tue, 2005-02-01 at 13:32 -0300, Alexandre Strube wrote:
Em Ter, 2005-02-01 às 10:27 -0600, Rodolfo J. Paiz escreveu:
This update appears finally to have fixed a display problem wherein the column headings disappeared, had artifacts, or were printed on odd parts of the screen. Hopefully the fix is complete and permanent; well done!
Well, this used to happen also on other openoffice versions (debian specifically)
However, at least one new problem have been introduced: the "paste" command now does not actually paste; instead it inserts the cells you paste, moving the rest of the cells in that column down. This is a massive pain and really interferes with getting *any* work done. Now, Edit->Paste Special works fine so I'm stuck using only that... but the other 30 people in my office whom I converted to OOo are screaming bloody murder.
This scares me. It's better leave colum weirdness than removing paste funtionality.
Please see Bug #146580:
--- Comment #1 From Dan Williams confirmed, this was caused by an upstream ooo-build patch added by Novell that we'll have to disable.
--- Comment #2 From Dan Williams Specific changelog entry is:
2005-01-27 Michael Meeks michael.meeks@novell.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.
Dan
1.1.3-3 is building now for rawhide and FC-3 updates, should be out tomorrow or Thursday. Only change is removal of that patch referenced below.
Dan
On Tue, 2005-02-01 at 11:37 -0500, Dan Williams wrote:
On Tue, 2005-02-01 at 13:32 -0300, Alexandre Strube wrote:
Em Ter, 2005-02-01 às 10:27 -0600, Rodolfo J. Paiz escreveu:
This update appears finally to have fixed a display problem wherein the column headings disappeared, had artifacts, or were printed on odd parts of the screen. Hopefully the fix is complete and permanent; well done!
Well, this used to happen also on other openoffice versions (debian specifically)
However, at least one new problem have been introduced: the "paste" command now does not actually paste; instead it inserts the cells you paste, moving the rest of the cells in that column down. This is a massive pain and really interferes with getting *any* work done. Now, Edit->Paste Special works fine so I'm stuck using only that... but the other 30 people in my office whom I converted to OOo are screaming bloody murder.
This scares me. It's better leave colum weirdness than removing paste funtionality.
Please see Bug #146580:
--- Comment #1 From Dan Williams confirmed, this was caused by an upstream ooo-build patch added by Novell that we'll have to disable.
--- Comment #2 From Dan Williams Specific changelog entry is:
2005-01-27 Michael Meeks michael.meeks@novell.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.
Dan
On Tue, 2005-02-01 at 11:48 -0500, Dan Williams wrote:
1.1.3-3 is building now for rawhide and FC-3 updates, should be out tomorrow or Thursday. Only change is removal of that patch referenced below.
Thanks!
There are a bunch of other suggestions, critiques, and bug reports I'd like to file against OO in order to attempt to help improve it. Where would the ideal place be to do so? RH Bugzilla? Novell Bugzilla? Other?
Thanks,
On Tue, 2005-02-01 at 10:55 -0600, Rodolfo J. Paiz wrote:
On Tue, 2005-02-01 at 11:48 -0500, Dan Williams wrote:
1.1.3-3 is building now for rawhide and FC-3 updates, should be out tomorrow or Thursday. Only change is removal of that patch referenced below.
There are a bunch of other suggestions, critiques, and bug reports I'd like to file against OO in order to attempt to help improve it. Where would the ideal place be to do so? RH Bugzilla? Novell Bugzilla? Other?
If they are general to OOo (on all platforms or on Linux in general), then use the OpenOffice.org bug site located at:
http://qa.openoffice.org/issue_handling/project_issues.html
If its specific to Fedora's version of OOo, then use Red Hat bugzilla. If you own Novell Linux Desktop or something SUSE and its specific to that version, then use Novell/Ximian bugzilla.
Dan
On Tue, 01 Feb 2005 11:48:48 -0500, Dan Williams dcbw@redhat.com wrote:
1.1.3-3 is building now for rawhide and FC-3 updates, should be out tomorrow or Thursday. Only change is removal of that patch referenced below.
Any chance i could persuade you to release this as an updates-testing package? So that the people affected by the regression can do some targetted testing before releasing to the full userbase.. in case there are more unexpected regressions.
Please consider pushing updates-testing in the future. The size of oo.org makes the issue of update churn because of regressions that much more sensitive an issue with some users.
-jef
On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote:
Any chance i could persuade you to release this as an updates-testing package? So that the people affected by the regression can do some targetted testing before releasing to the full userbase.. in case there are more unexpected regressions.
Jeff may have a point here. I've just discovered that my printers are gone too! All I have is the "Generic Printer" of old, whereas before OO was neatly using the printers configured by Fedora and printing beautifully.
Matter of fact, our HP LJ4 gives better output with Fedora's default settings than it does with Windows. <grin> Which is not going to help me when 30 people in the office discover they can't print any more... surely the first primal scream can't be long in coming. :-(
Cheers,
On Tue, 2005-02-01 at 11:30 -0600, Rodolfo J. Paiz wrote:
On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote:
Any chance i could persuade you to release this as an updates-testing package? So that the people affected by the regression can do some targetted testing before releasing to the full userbase.. in case there are more unexpected regressions.
Jeff may have a point here. I've just discovered that my printers are gone too! All I have is the "Generic Printer" of old, whereas before OO was neatly using the printers configured by Fedora and printing beautifully.
Matter of fact, our HP LJ4 gives better output with Fedora's default settings than it does with Windows. <grin> Which is not going to help me when 30 people in the office discover they can't print any more... surely the first primal scream can't be long in coming. :-(
That is a known bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146328
HTH,
Marc Schwartz
On Tue, 2005-02-01 at 11:30 -0600, Rodolfo J. Paiz wrote:
On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote:
Any chance i could persuade you to release this as an updates-testing package? So that the people affected by the regression can do some targetted testing before releasing to the full userbase.. in case there are more unexpected regressions.
Jeff may have a point here. I've just discovered that my printers are gone too! All I have is the "Generic Printer" of old, whereas before OO was neatly using the printers configured by Fedora and printing beautifully.
Matter of fact, our HP LJ4 gives better output with Fedora's default settings than it does with Windows. <grin> Which is not going to help me when 30 people in the office discover they can't print any more... surely the first primal scream can't be long in coming. :-(
RH Bugzilla #146328 already
Dan