https://bz.apache.org/ooo/show_bug.cgi?id=127561

          Issue ID: 127561
        Issue Type: DEFECT
           Summary: [MacOS] Application becomes unresponsive when long
                    text (over 65535 chars) is entered in any text field
           Product: General
           Version: 4.1.4-dev
          Hardware: Mac
                OS: macOS 10.13
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P5 (lowest)
         Component: ui
          Assignee: issues@openoffice.apache.org
          Reporter: ru.cind...@altom.ro
  Target Milestone: ---

Created attachment 86223
  --> https://bz.apache.org/ooo/attachment.cgi?id=86223&action=edit
MacOS problem report

Environment: MacOS only (this works fine on Win10 Pro) 
Mac OS X 10.13 (Build 17A405) - High Sierra, x86_64
OO Version: 4.1.4

Steps to reproduce:
1. Copy a large amount of text. Make sure the text has over 64435 characters.
This should amount to a document with about 20 pages. (check attached
Document65536Charachters.odt)


2. In any of the Open Office apps, find a text field that allows free text
entry. For example, in Office Writer, go to View->Zoom and select the
“Variable” text field under “Zoom factor”. 


3. Paste the text you copied at step 1. You will get a warning saying “The
inserted text exceed the maximum length of this text field. The text was
truncated”. (attached "DialogboxMaximumLimit.png").

4. Click OK.

Expected result: 

The pasted text is truncated to a much smaller length and can then be edited
and corrected. This is the behavior for example on Windows 10, with the same
version of OpenOffice.  

Actual result: 

On a Mac, the application becomes unresponsive. I have waited for a over 5
minutes for it to become responsive again, but without success. 

After I force quit the application, I get an Apple Problem report next time I
open OpenOffice (attached). This might also potentially mean that some of the
information and possible formatting I had on the document that I hadn’t saved
might be lost. 

NOTE: Though this might seem like a corner case, it would be quite common to
have this kind of large content in the clipboard after creating a new document
from another one, by copying the first few chapters and pasting them into the
new document. Pasting this kind of content in one of the text fields, like the
Variable zoom, could potentially happen by mistake. I have a lot of content in
my clipboard because I have just created the document by pasting data into it,
and I want to zoom it to a level where I can see the entire document. I type
“Cmd + V” thinking that I am pasting a previously used zoom value, but in
reality I am pasting the content of the document.


Note also that 65535 is the value for max short int, and based on a few other
bugs it seems to be the upper limit in OpenOffice in a few other cases:

#124205 - Help - About - License is cut at 65535 chars (even though the LICENSE
file is complete) https://bz.apache.org/ooo/show_bug.cgi?id=124205 

#87672 - autocorrect limit. acor.dat with entry 65535: Loop and/or loss of acor
data https://bz.apache.org/ooo/show_bug.cgi?id=87672  


#113658 - CSV Imports limits row to 65535 characters
https://bz.apache.org/ooo/show_bug.cgi?id=113658 

#17171 - Paragraph cannot be longer than 66534 characters
https://bz.apache.org/ooo/show_bug.cgi?id=17171 

For convenience, I’ve also attached an ODT document containing 65536 characters
that can be used to copy and paste the right amount of characters to reproduce
the problem.

-- 
You are receiving this mail because:
You are the assignee for the issue.

Reply via email to