https://bugs.documentfoundation.org/show_bug.cgi?id=116454
--- Comment #4 from Severo Raz <[email protected]> ---
(In reply to Buovjaga from comment #3)
> (In reply to Severo Raz from comment #2)
> > (In reply to Buovjaga from comment #1)
> > > Works fine here. What operating system you are using? (...)
> >
> > Arch Linux, x86_64
> >
> > > (...) By "in front" you mean "overlapping"?
> >
> > Correct. I'm going to check with a clean slate of settings to see what
> > happens.
>
> You can try Help - Restart in safe mode and then Continue in safe mode.
Thank you for that! I used to always log out, and back in with a guest account
to run these kinds of tests.
Now, I have been able to narrow down the bug, but it definitely is there, as
per what I just experimented.
The phenomenon is conditioned to the shape overlapping the table, even if just
its border.
Now, to reproduce:
1. Place text cursor inside table, and press Alt+<arrow key> as to resize the
current cell.
2. Now select the shape which overlaps the table, and press Alt+<arrow key> as
to move the shape in fine steps.
When I do this on my end, instead of moving the shape, the cell selected in
step 1 is resized and the shape doesn't move.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
