Description: When I paste HTML text into a cell in a table, then undo it (because I wanted it unformatted) then cells styling is now changed from previous state. It should revert back to previous font and bolding and size, etc Version: 5.2.7.2 Build ID: 1:5.2.7-1+deb9u4 CPU Threads: 4; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; Locale: en-IE (en_IE.UTF-8); Calc: group Steps to Reproduce: 0. Take note of the current font settings in writer within a cell of a table you made. 1. Copy a google web results page. 2. Paste into a cell in a table in Writer 3. Undo 4. Type in the cell Actual Results: cells font styling is now changed Expected Results: It should revert back to previous font and bolding and size, etc Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes
Bug not reproducible in version. Did not find the problem after following the steps. Additional Info: Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US
Thank you for reporting the bug. It seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Dear ericmurp, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear ericmurp, 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
I may possibly have observed the same issue. The steps I took were: 1) copy several lines of text from google docs. 2) selected a single cell of spreadsheets (6.3.1.2 release under OS X 10.14.6). 3) command-V to paste 4) chose "automatic" in response to the requestor that asked me to "Select the Language Used for Import" 5) since there were several lines copied, they were allocated to multiple cells, one for each line. The text was long enough to not fit in the original size of the cells (i.e., longer than a couple words) so the cells stretched to accommodate the text, resulting in several rows of the spreadsheet being much larger than before. 6) clicked on undo. Expected result is for the spreadsheet to be the same as before the paste operation. Instead, although the text disappeared, the change to the row sizes did not. This behavior did not occur when I copy and pasted from Writer, just from google docs. Furthermore, if I then click on "redo" to bring the text back and then click on "undo" again, now the row sizes revert appropriately. So this appears to be specific to when the language import function is invoked.
@ericmurp : which kind of HTML ? If I paste content from a Google search, for example, into a Writer table, then press Undo (Cmd-Z), I don't see this issue, the cell takes it normal size once again. I also tried pasting a selection of HTML data presented in a table into a Writer table, then undoing the paste operation. The cell reverted back to its previous size and styling. Version: 6.3.1.2 Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 Threads CPU : 4; OS : Mac OS X 10.15; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
(In reply to jdien07 from comment #5) > 1) copy several lines of text from google docs. > 2) selected a single cell of spreadsheets (6.3.1.2 release under OS X > 10.14.6). > 3) command-V to paste > 4) chose "automatic" in response to the requestor that asked me to "Select > the Language Used for Import" > 5) since there were several lines copied, they were allocated to multiple > cells, one for each line. The text was long enough to not fit in the > original size of the cells (i.e., longer than a couple words) so the cells > stretched to accommodate the text, resulting in several rows of the > spreadsheet being much larger than before. > 6) clicked on undo. This is not the same operation reported by the original bug submitter, who was pasting HTML into a Writer table.
Sorry for not testing this one, but looks like bug https://bugs.documentfoundation.org/show_bug.cgi?id=50713. If not, please explain and set Unconfirmed. *** This bug has been marked as a duplicate of bug 50713 ***