Description: EDITING PASTING When opening a new spreadsheet in CACL - defined with Dark Background and white lettters. after pasting a text string in the grid. Content is copied and is visible in the editable line. Problem : content is not auto-udapting to use the AUTOMATIC color setting. resulting in : text copied uses black color. while backgroud was prefixed in dark mode too. Workarround : selecting the whole page and forcing the automatic color again. pasting content is now visible in while letters. Thanks Steps to Reproduce: 1.create a new file with dark background 2. copy some text from another source / webpage 3. past text in some grid cell. Actual Results: text is displayed in dark on drakbackground Expected Results: Pasted content appears in a "white on dark" background color so its readable right after. Reproducible: Always User Profile Reset: No Additional Info: auto-color text options "should" set the pasted content to "white on black" color
Hello. Thank you for reporting the bug. Following your instructions, I copied some text from a webpage and pasted into the spreadsheet with dark background. The pasted content was displayed as white text and was readable. So I was not able to reproduce the bug. The versions tested were: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a834bbad8295cba0ca88a91a524aad48640271ec CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Kind Regards
Hello. Thank you for reporting the bug. Following your instructions, I copied some text from a webpage and pasted into the spreadsheet with dark background. The pasted content appeared as white text and was readable. I was unable to reproduce the bug. The versions tested are: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a834bbad8295cba0ca88a91a524aad48640271ec CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Kind Regards
(In reply to kuikout from comment #0) > Steps to Reproduce: > 1.create a new file with dark background > 2. copy some text from another source / webpage > 3. past text in some grid cell. Please be aware that several different alternatives for pasting in Calc are available. If I go to Paste Special as Unformatted Text, you should get one result. If I copy plain text from a plain-text editor and paste it in Calc, that is another thing (generally speaking). If I select text from a web page, it may also have some formatting, and LibreOffice tries to bring that too. You could try this by pasting text in Writer instead of Calc. If you want to avoid pasting the original formatting attributes, perhaps it would be better to try the other alternatives (e.g. Unformatted Text, or some other within the Paste Special dialog). In other words, the possibility of pasting with the original format should be considered a plus, a feature, not a negative effect. It is in the hands of the user to choose what and how to paste it. But, maybe others disagree. Now, in addition to having to account for the specific source of the text, it should also be noted that this report is currently set for Linux while Lesline's test in comment 2 is for Windows. It is still valuable anyway.
Please attach an example document and give a link to the website we should copy text from. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document and information.
Dear kuikout, 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 kuikout, 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