To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99029 Issue #|99029 Summary|binary, encrypted, or compressed string into Writer ma |y crash OOo Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|code Assigned to|writerneedsconfirm Reported by|nicklevinson
------- Additional comments from nicklevin...@openoffice.org Mon Feb 9 06:08:19 +0000 2009 ------- When I was pasting texts into Writer, one text repeatedly caused Save As to crash OOo, forcing logout before OOo could restart. I was pasting dozens of texts into separate documents. What's different about this text is that it included a very long string that is not in a human language, and therefore is binary, compressed, or encrypted. The problem is in 2.4 but not in 2.0 Beta. What I was doing in 2.4: Saving emails as text from my Yahoo account within the Firefox browser: --- In Firefox, open to my Yahoo email account's Inbox, go to a particular email intending to copy a sequence of them, and set the displayed email to show Full Headers, so all emails will show full headers. --- With each email, when displayed, select all of the email and copy. --- In Writer document with previously saved email, select all, delete, and Paste Special the new clipboard contents as unformatted text from unknown source. --- Save As. Prior settings were for Text Encoded as files to be shown and as the format to apply to new saves and the destination directory on the removable flash thumb drive was not changed. Filter settings were for ISO-8859-1 and CR&LF, my usual, so I don't usually opt to see filter settings. Sometimes, I had folders open on the desktop for the flash drive. Exactly what happened at this point varied somewhat, but not much. I'd type the filename as the number of the new email, in this case "75" (without quote marks). Sometimes the previous file name, 74, would remain selected, with typing doing nothing. I might once have gotten 75 into the filename field but not progressed beyond that. In one attempt, screen redrawing was hindered; when alt-tabbing through windows, some window boundaries refused to disappear and erased pixels from the Writer document. Then: --- Waiting minutes made no difference. --- The cursor, when hovering over Writer's document window or the save-as dialog, would be an insertion point, but would be an arrowhead over desktop non-OOo space. --- I couldn't edit the filename field, Cancel the dialog, or select the File menu to quit. --- Switching to the Firefox window and coming back to Writer did not clear anything up. --- Force Quit, via Gnome 2.10.0 desktop panel button, applied to Writer. --- Restarting Writer from the Main Menu yielded nothing, not even the OOo splash screen. --- Starting Calc, which I had used in the past week, also yielded nothing, not even a splash, despite waiting. --- Starting Imendio Planner 0.13, a non-OOo application in the same Office submenu of the Main Menu, was fine, so the submenu was working. --- Saving the problematic text into gedit 2.10.2 worked fine. Settings were charset 8859-1 as above, to show text files rather than all files, and the same destination; I named the file "75" (without quote marks), as above, albeit not 75.txt as I should have (Writer automatically adds the extension). (gedit is not my preferred solution since Writer formats text better.) --- Either rebooting or logging out and back into the same user nonroot account was sufficient to allow restarting Writer 2.4. After a few failures following the above, I went to the next email and successfully saved it and all the ones after that, all with Yahoo's Full Headers on, in Writer as "76", "77", and "78" (all without quote marks), with my customary settings. A similar procedure in OOo 2.0 Beta (version 1.9.104) Writer on the same machine succeeded in saving. Thus, the issue was introduced after 1.9.104 and before or in 2.4. OOo 2.4 was not open. Keeping the procedure as similar as possible (considering that 2.4 adds features), I used a copy of a previously saved email copy (named "75 (copy).txt") to replace its contents and save-as under a new number (99.txt) and saved as Text Encoded. When exiting 2.0, a force-quit dialog briefly appeared but without input from me Writer promptly exited; the appearance of that dialog and fast self-operation is not unusual on my setup and doesn't seem alarming, work already having been saved. After the success with 2.0 Beta, I exited 2.0 and tried again with 2.4, but failed again. Alt-F would not open the File menu for saving. The cursor was an arrowhead. No menubar menu would open. Alt-space did open the service menu, which I didn't use, and the Minimize button worked, but alt-tabbing or clicking the panel icon (I forgot which I did) to unminimize resulted in a redrawing problem again, this time the Writer window showing the contents of the Firefox window at the same time that the Firefox window also showed the contents of the Firefox window, only the title bar differing, even when I moved Firefox down to the next workspace. Moving it was via the service menu command to go down, which succeeded after the service menu's submenu to select the same workspace by number failed to let me select a command, whereas that latter submenu worked later in the same login session on a different Writer document. When Firefox was in the other workspace, Writer was visible only as a title bar; I could see the desktop wallpaper. To eliminate that the problem is not file length per se but the content, I took a file that had been successfully saved in 2.4 and copied and repeatedly pasted some of its message content until the file length was 23 pages long, or 3 pages longer than the problematic file. The 23-page file successfully saved-as. Thus, the 20-page length of the problematic file is not the problem. About 1-2 years ago, I used to do a similar procedure into a recent version of Microsoft Word and Word would crash, whereas an earlier Word would not and non-MS software would accept the same emails without a problem. At the time, I suspected that Yahoo's banner ads might be clashing with Word. Assuming that's correct, that wouldn't apply here, since I successfully pasted all 78 except #75 itself and failed with #75 despite logging into Yahoo anew several times, so it's likely the ads rotated and that any ad appearing on #75 may have appeared with other emails that I successfully pasted-special into Writer. So we can probably ignore the banners and any associated Java or JavaScript. So, the analysis of #75 is germane. That email was an email delivery failure notice which included part of the email that I had tried to send someone else. The attempted email included a very short message and 2 spreadsheets made in OOo 2.4 Calc, one formatted as Excel 97/2000/XP. The spreadsheets were made in the same installation on the same computer; reboots have intervened since. The failure notice, which was due to "message size exceeds limit" (apparently a limit at the recipient's email service provider) and came more than 24 hours after I had sent the original email, quoted my message (brackets indicate my omissions here): --0-199329798-1228970117=:46680 Content-Type: text/plain; charset=us-ascii [. . . . .] [English plaintext] --0-199329798-1228970117=:46680 Content-Type: application/vnd.ms-excel; name="[. . .].xls" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="[. . .].xls" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAOwADAP7/CQAGAAAAAAAAAAAAAABt [. . . . .] MjEtYSBsaXN0IC --- End of message stripped. That's the end of the failure notice. Apparently, the Calc file that was not converted into Excel was not quoted in the failure notice, only the Calc Excel-formatted one was, and only in part (the original attachment was 6-7MiB long). The filename represented here by brackets was spelled with letters, numerals, hyphens, and spaces only and was the same with both bracketings above next to .xls. The bracketing below that is for your system's safety; the omitted text seems to have crashed OOo, and I don't want to crash your system. It represents about 729 lines, each (assuming a monospaced or fixed-pitch font) 60 characters long plus perhaps some kind of a newline for each line, thus about 43,740 characters omitted here plus newlines, for a total of 43,814 characters plus newlines in the string in the failure notice, probably none of them spaces. It appears the string is compressed, encrypted, or binary or some combination thereof. Somehow, this string, and perhaps others like it, is causing OOo, not just Writer, to crash during Save As. If you want a copy of the string, let me know. I'll try to send it in a safe way, perhaps as a compressed file or as an image of the text. However, you'll have to be responsible for any risks attendant on getting and using it, since I can't be once it leaves. You should also let me know if you want it sent in such a way that it won't be posted on the website, if you would prefer that it not be downloaded by the public from your website. I'm running Fedora Core 4 Linux with Gnome 2.10.0 desktop and Firefox 1.0.4. Except as noted above, I was not running other applications visible in a panel unless they always run. I did not install Java Runtime Environment (JRE) with OOo. No retroactive bug fix is proposed by me, just a fix for future versions. Thank you. -- Nick --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org