Bug 137383 - Delete single word doesn't update display
Summary: Delete single word doesn't update display
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-10 18:20 UTC by ScootrKDEbug Richards
Modified: 2021-05-11 03:53 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
screen prints and instructions on repeating bug. (278.92 KB, image/png)
2020-10-10 18:20 UTC, ScootrKDEbug Richards
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ScootrKDEbug Richards 2020-10-10 18:20:33 UTC
Created attachment 166258 [details]
screen prints and instructions on repeating bug.

See attachment for screen dumps and detailed instructions to recreate.
> Text alignment is set to left.
> Select a small word on the line above a line that starts with a small
  word. Like in this comment, select 'the' on the line above this one.
> Delete the small word you selected.
> Expected result: following text, multiple lines, realigns, moving the
  small word starting next line to end of current line. In the example
  above, 'word' moves up when 'the' is deleted.
> Actual result: 'word' moves up, BUT next lines are not realigned,
  so that in the example, 'word' appears at the end of one line, and 
  the start of the next line. 

I was able to repeat creating the bug with ease, so this may have been
encountered by other users by now.
Comment 1 V Stuart Foote 2020-10-11 13:23:12 UTC
Can not confirm. The 'dt' dummy text paragraph has the same pattern at page/para defaults.


Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

nor with
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded


What os/DE and please post text from the Help -> About LibreOffice dialog for your system--as above.

Easier to see layout if you toggle the formatting marks active with <Ctrl>+F10. Does canvas glitch with just the 'dt' -> <F3>; or is it only from later in a longer document?

Please retest in safe mode profile or reset the LO profile. Also a 6.3.6 build is EOL, so no work would be done on it.  Perhaps upgrade to current release.
Comment 2 QA Administrators 2021-04-10 03:45:08 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2021-05-11 03:53:52 UTC
Dear ScootrKDEbug Richards,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp