Bug 689053

Created attachment 486337 [details]
File: backtrace

*** Bug 689054 has been marked as a duplicate of this bug. ***

Cannot reproduce. Could you attach a sample document?

I'm mailing you a sample document. It does contain some personal information so I'm not posting that public.

How to reproduce:
1. create a new text document
2. press Enter
3. insert a table
4. go to the bottom right cell
5. press Ctrl+Shift+Del
6. go to the line before the table
7. press Ctrl+Shift+Del twice
8. press Ctrl+Z

I think the problem is that line 5 removes the empty line after the
table.

The empty lines before and after tables could be handled more intuitively. I had a lot of problems learning to use the tables for layout, not including the crashes. Could it be possible to remove them with backspace / delete or something more common.

(In reply to comment #6)
> The empty lines before and after tables could be handled more intuitively. I
> had a lot of problems learning to use the tables for layout, not including the
> crashes. Could it be possible to remove them with backspace / delete or
> something more common.

IIRC the document model requires that there be a paragraph after a table. So, on the contrary, it should not be possible to remove it at all :)

Ok, I got your point, but don't you find that to be rather limiting for the layout? Or is it just me that is limited in my layout experience that want to use tables when there is better options?

Its like theres about 100 problems in this little area.

a) ctrl+shift+backspace is supposed to "delete to start of sentence" and it only works when there is > 1 char before the cursor.
b) ctrl+shift+backspace doesn't go backwards either into or over a table
c) alt+enter add paragraphs either before/after a table, but has no customization for keybinding
d) there is no corresponding alt+backspace/delete to remove paragraphs before/after a table
e) ctrl+shift+delete is sort of confused as well
f) and there are various crashes

This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

re-opening this:

so first the cursor is saved to the stack, then the current cursor is moved,
and then SwCrsrShell::Combine is called to make a selection.

the problem is here:

#0  SwCursor::RestoreSavePos (this=0x5098e58) at /sw/source/core/crsr/swcrsr.cxx:2065
#1  0x00007f0c9e02e7a8 in SwCursor::IsSelOvr (this=0x5098e58, eFlags=10) at /sw/source/core/crsr/swcrsr.cxx:424
#2  0x00007f0c9dffce5b in SwCrsrShell::Combine (this=0x49ff620) at /sw/source/core/crsr/crsrsh.cxx:2010
#3  0x00007f0c9ec282f7 in SwWrtShell::_FwdSentence (this=0x49ff620) at /sw/source/ui/wrtsh/wrtsh4.cxx:212
#4  0x00007f0c9ec15d78 in SwWrtShell::DelToEndOfSentence (this=0x49ff620) at /sw/source/ui/wrtsh/delete.cxx:481

IsSelOvr detects the problem that the point and mark are in different sections, one outside the table and one within, and tries to restore the saved position.

p *this
$8 = (SwShellCrsr) {
      <SwCursor> = {
              <SwPaM> = SwPaM = {
                        point = SwPosition (node 23, offset 0),
                              mark = SwPosition (node 20, offset 0)
                                  },
p *pSavePos
$9 = (_SwCursor_SavePos) {
      _vptr._SwCursor_SavePos = 0x7f0c9f4ca270,
        nNode = 23,
          nCntnt = 0,

however, the wrong position was saved in SwCrsrShell::Combine, hence the invalid cursor is not corrected.

fixed upstream master:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=af4b6c94c68b5f67b931cde8d0acda6ec8b288bb

fix for this should be in next F17 upload 3.5.6.2-7

fix is in upstream libreoffice-3-6 for 3.6.3 as well:
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-6&id=6bcbf68b29b609cf06dbea0e192533e11eb523c3

libreoffice-3.5.7.2-2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/libreoffice-3.5.7.2-2.fc17

Package libreoffice-3.5.7.2-2.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libreoffice-3.5.7.2-2.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-15506/libreoffice-3.5.7.2-2.fc17
then log in and leave karma (feedback).

libreoffice-3.5.7.2-2.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.