Bug 140782 - LO Calc crashes when I copy a URL from copy/paste buffer then hit 'insert Hyperlink' in cell.
Summary: LO Calc crashes when I copy a URL from copy/paste buffer then hit 'insert Hyp...
Status: RESOLVED DUPLICATE of bug 140414
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.1.1 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-03 17:04 UTC by Richard_416282
Modified: 2021-03-08 03:55 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard_416282 2021-03-03 17:04:51 UTC
Description:
When I open a previously defined spreadsheet (28K in size), then wish to add a hyperlink into one of the cells that are unoccupied in a Frozen Row/column; the system crashes. If I just click "ctrl-v"(paste) into the cell, there is no crash, and text formatting interprets text as url, then creates url text in blue within cell.

Steps to Reproduce:
1. Create new spreadsheet.
2. Go to url page.
use ctrl-C to copy url text into buffer.
3. click on "insert hyperlink" from toolbar at the top.
soon as insert hyperlink is clicked, then crash happens,

cell is not populated with text, but file is able to be recovered.

Actual Results:
Act results.

LO crashes, then am presented with option to restart LO in 'safe mode', but no other details given (error code or display notification)

Is Windows 10 with latest patches.

Expected Results:
Expectaion is that dialoge will open for adding URL like normal, with two fields , one for the url, the other for the text of the link.; does not happen.


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Richard_416282 2021-03-03 17:13:16 UTC
Additional version information.

LO is installed as version 7.1.1.1 as User (not admin) in Win10-Home Ver 20H2 Build 19042.804

Ram is 4.00 GB; HDD is 56 GB; Processor is AMDx64. [Model is HP 2000 Laptop].

LO build is 7.1.1.1 
[575c5867c4cc13d7ae78f9ce39a54a52ed38c769]

copy/paste from LO

Version: 7.1.1.1 (x64) / LibreOffice Community
Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: CL
Comment 2 Xisco Faulí 2021-03-03 19:15:16 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 3 Xisco Faulí 2021-03-03 22:55:29 UTC
Actually this looks like a duplicate of bug 140414, which is fixed in LibreOffice 7.1.1, due to be released tomorrow!

*** This bug has been marked as a duplicate of bug 140414 ***
Comment 4 Richard_416282 2021-03-08 02:13:21 UTC
[duplicate text for readers of This Bug]
Don't know who "UI" is, but ordinary user with similar problem with the 7.1.1.1 release from Feb 26 or so download with default options.

I fell upon this bug, but there was no specific crash dump submitted. 

So, after having my BugReport flagged as "Duplicate" of the "Cntl-K" failure, even though, it was not with a keyboard action, but with a mouse click, I suppose it invoked the same chunk of code.

What do I know, I'm used to punched cards and dropped decks of cards where the sequence numbers from columns 72 to 80 would go out of order during the compile phase of the source code.

So, I click on the download link for EN-US, x64 binaries , this time for 7.1.

What downloads on March 03, but the file for LibreOfficeInstaller version 7.1.1. Quirky, but close enough.

Upon Install however, the Object code for 7.1.1.2 installs where the old 7.1.1.1 used to be, then cleans up after itself. 

System Reboot later (for registry, re-sync), and now am running 7.1.1.2 build fe0b....4676 implementing fix for this bug (3 weeks ago).

Voila.

Test with vanilla spreadsheet, it appears to work(leaving warranty owk for when 7.2 gets released), but for now , on x64 system with 2 GB RAM, and 50GB HDD, along with EN keybord, but having multi-smbbol key faces (our Bi-Lingual beaureaucrats at work).

So, for this single user it appears to be working (https://git.libreoffice.org/core/+/refs/tags/libreoffice-7.1.1.2-buildfix1).

Your Mileage Might Vary.

[same text added to bug https://bugs.documentfoundation.org/show_bug.cgi?id=140414]
Comment 5 Richard_416282 2021-03-08 02:35:03 UTC Comment hidden (obsolete)