Bug 143789 - Sub contained in document can not call Sub from local Standard library: Freeze when tried.
Summary: Sub contained in document can not call Sub from local Standard library: Freez...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: BASIC (show other bugs)
Version:
(earliest affected)
7.2.0.2 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-08-09 13:03 UTC by Wolfgang Jäger
Modified: 2022-05-11 15:00 UTC (History)
3 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 Wolfgang Jäger 2021-08-09 13:03:47 UTC
[Version: 7.2.0.2 (x64) / LibreOffice Community
Build ID: 614be4f5c67816389257027dc5e56c801a547089
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-GB (de_DE); UI: en-GB
Calc: CL]

Writing a simple (no API calls) function (location=document) in Basic for a Calc spreadsheet document, I tried to call a helper function from one of my toolboxes contained in the local (location=application) Standard library.  
A few tries of the kind always resulted in a freeze. This was independent of the framing routine. It occured reproducibly even with a Sub containing nothing else but the failing call.  

Please note: I also tested this with functions well working when called from a cell formula! The same function called 1 s later from a local Sub caused the freeze.

The mentioned functions also worked flawlessly when called from a routine located in the local Standard library.  

Due to the nature of the issue I didn't yet find a way to create and attach an example producing the freeze. I wouldn't want to attach a complete user profile expecting the QA to put it in place for tests. 

I checked with portable 7.1.1 using a copy of the UP Basic folder from my local AppData. It worked correctly.
Comment 1 Xisco Faulí 2021-08-09 13:18:06 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 2 Wolfgang Jäger 2021-08-09 14:08:45 UTC
(In reply to Xisco Faulí from comment #1)
> ... Please attach a sample document, as this
> makes it easier for us to verify the bug... 

I already explained the reasons for not having attached "an example". 
The bug is complicated in a sense. It is related to the local Standard Basic library as contained in the ...user/basic folder.  

Will (hopefully) try later to find a way.
Comment 3 Wolfgang Jäger 2021-08-09 21:36:13 UTC
Some attempts to get the issue reproducible based on a virgin UserProfile failed. On the other hand the issue cleraly is not caused by a corrupted basic folderr (of UP). 
It's probably another strange kind of UP corruption.  
If I find the time, I will do some additional experiments.
Comment 4 QA Administrators 2021-08-10 03:50:51 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2022-05-11 15:00:44 UTC
Ok, let's close for now