Red Hat Bugzilla – Bug 474961
[fix available] OpenOffice.org seems to bind C-s to underscore
Last modified: 2013-04-02 00:22:14 EDT
I just realized why I lost my document this week...
C-s seems to be bound to underline in OO-impress, so when I thought I was saving a document I was underlining words.
That wouldn't be my own experience, and I imagine the locale is en_US.UTF-8.
Is the shortcut of ctrl+s listed in the file menu beside "save" ?
And if it is, if you create a blank document and whack ctrl+s then the save as dialog should appear, or if already saved and changes have been made then the save icon should be enabled and whacking ctrl+s should make it disable again.
Trying to see if the binding has become attached to something else instead of save in some "formal" way, or if there is some weird cockup
My locale is en_US.UTF-8, and I can duplicate it with a blank document. Save is listed in the file menu as Ctrl+s. It only seems to be like this in ooimpress, and not oowriter or oocalc.
Created attachment 326094 [details]
Relevant part of keyboard shortcuts list
The Ctrl+S shortcut is really redefined in impress, It's certainly been done by mistake, because, as you can see, underlining is already bound to Ctrl+U.
And I have "Save" there under ctrl+s. I blew away my ~/.openoffice.org* dirs and set to en_US.UTF-8 and started impress and its still ctrl+s for Save.
caolanm->dtardon; can you back up your own ~/.openoffice.org* dirs and do the same, to see if it always reappears as underline after that, of if this might be an issue with the automigration stuff from an older version of OOo ?
FWIW, I am getting this with a fresh account.
Immediate fix is possible by running
cp -f /usr/lib64/openoffice.org/share/config/soffice.cfg/modules/simpress/accelerator/default.xml ~/.openoffice.org/3/user/config/soffice.cfg/modules/simpress/accelerator/custom.xml .
It destroys all custom-defined keyboard shortcuts.
dtardon->caolanm: I can commit it to CVS right now, without any waiting for acks as in RHEL, right?
Ah, wrong location for en_US translation for accelerators so ends up being the first one found in the dir which must be why it refused to happen for me. I see that the accelerator file *also* as the bindings duplicated as two xml nodes.
Yeah, you can just commit to the fedora one without the pesky rhel ack system. Though I've taken the liberty of committing this one to F-10 and devel. Will be in next F-10 update and in >= rawhide 3.0.1-13.2
*** Bug 478701 has been marked as a duplicate of this bug. ***
openoffice.org-3.0.1-15.1.fc10 has been submitted as an update for Fedora 10.
openoffice.org-3.0.1-15.1.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update openoffice.org'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-0390
openoffice.org-3.0.1-15.2.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 502773 has been marked as a duplicate of this bug. ***
Anyone still affected by this problem after update to newer version should remove ~/.openoffice.org/3/user/config/soffice.cfg/modules/simpress/accelerator/custom.xml . After next start of openoffice.org fixed accelerators' configuration file will be used.