Bug 151524 - Crash with zoomtext (Windows only)
Summary: Crash with zoomtext (Windows only)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.6.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility, haveBacktrace
Depends on:
Blocks: a11y-Windows
  Show dependency treegraph
 
Reported: 2022-10-14 09:27 UTC by Regis Perdreau
Modified: 2022-11-17 17:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Backtrace (2.28 KB, text/plain)
2022-11-02 14:25 UTC, Aron Budea
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regis Perdreau 2022-10-14 09:27:31 UTC
Description:
zoomtext is a Windows voice text reader.
It works fine with version 7.2.6
With version 7.3.2 LibreOffice crash when entering a cell in Calc.

Steps to Reproduce:
1.Install zoomtext https://zoomtext2022.vfo.digital/2022.2207.14.400/C39EE606-6D92-4CE4-BA85-B3EB318D4ED2/ZT2022.2207.14.400.exe  (shareware, works for 40 minutes)
2.Launch Calc
3. Put cursor in any cells
4. Libreoffice crash immediately

Actual Results:
Crash 

Expected Results:
.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Enter safe mode has no effect
Comment 1 Julien Nabet 2022-10-14 11:29:39 UTC
You can try:

- upgrade to last LO version 7.3.6 or brand new 7.4.2
- https://wiki.documentfoundation.org/QA/FirstSteps

If you still reproduce the crash, would it be possible to retrieve a backtrace?
(see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace)
Comment 2 Aron Budea 2022-11-02 14:25:58 UTC
Created attachment 183377 [details]
Backtrace

Here's a backtrace taken with a 4-day-old debug build, by breaking somewhere during the hang (I get a hang).

What's interesting that in the ScAccessibleCell::GetBoundingBox() call, maCellAddress tends to be something like row 0, column 1xxxx, which makes me think this could be related to the large spreadsheet work.

https://opengrok.libreoffice.org/xref/core/sc/source/ui/Accessibility/AccessibleCell.cxx?r=884088de#181

Also, for the record, for me 7.2 and at least some older versions hang as well.
Comment 3 Aron Budea 2022-11-03 02:22:02 UTC
Interestingly, no problem with NVDA.
Comment 4 Aron Budea 2022-11-03 02:38:27 UTC
When adding a breakpoint to the following line:
https://opengrok.libreoffice.org/xref/core/sc/source/ui/Accessibility/AccessibleCellBase.cxx?r=206543c7#56

...it looks like on a single click on a cell, ZoomText is calling CMAccessible::get_accChild(...) continuously for each cell in the table. NVDA only calls it for the correct single cell.

https://opengrok.libreoffice.org/xref/core/winaccessibility/source/UAccCOM/MAccessible.cxx?r=7dbbf8eb#321
Comment 5 Aron Budea 2022-11-03 03:01:30 UTC
And now it's working fine... I wonder if it's related to what it identifies as target, perhaps in some cases it identifies the whole sheet, and in others only the selected cell.
Comment 6 Regis Perdreau 2022-11-17 16:37:22 UTC
I close the ticket, it works fine with the last version 23 of Zoomtext.
Comment 7 Julien Nabet 2022-11-17 17:35:51 UTC
Since there's no specific fix here, let's rather put WFM here.