Bug 111501 - print dialog indicates "formatting mark" checked at launch
Summary: print dialog indicates "formatting mark" checked at launch
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.6.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: a11y-Linux
  Show dependency treegraph
 
Reported: 2017-08-08 14:20 UTC by Alex ARNAUD
Modified: 2022-05-31 13:12 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
object:state-changed:checked events listener (214 bytes, text/x-python)
2017-08-08 14:21 UTC, Alex ARNAUD
Details
updated listener script for python3 and output the event data (295 bytes, text/x-python)
2022-05-31 13:08 UTC, Caolán McNamara
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex ARNAUD 2017-08-08 14:20:24 UTC
Description:
Dear all,

On LibreOffice 4.2 (GTK2) and LibreOffice 5.4 (GTK3) when I open the print dialog an AT-SPI2 "object:state-changed:checked" about formatting mark is sent.
This event signify that the "formatting mark" will be printed but it is not the behavior.

Steps to Reproduce:
1. Open the attached python listener
2. Launch LibreOffice
3. Press ctrl+p

Actual Results:  
AN "object:state-changed:checked" event is emitted by LibreOffice

Expected Results:
No "object:state-changed:checked" event should be emitted because the user doesn't activate "formatting marks"


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Alex ARNAUD 2017-08-08 14:21:25 UTC
Created attachment 135292 [details]
object:state-changed:checked events listener
Comment 2 Arnaud Versini 2017-08-08 19:04:37 UTC Comment hidden (obsolete)
Comment 3 Alex ARNAUD 2017-08-08 19:47:18 UTC
(In reply to Arnaud Versini from comment #2)
> Hello,
> 
> I can't reproduce on openSUSE Tumbleweed with LO print dialog.

I forgot to mention if you have formatting mark enabled the issue disappears.

You also need to use the GTK2 or GTK3 front-end and to have accessibility enabled in your DE.

Best regards.
Comment 4 Buovjaga 2017-08-27 13:36:08 UTC
Repro.

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha0+
Build ID: 3c49b28ffa7ab062726e5e600312d9164224404e
CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on August 26th 2017
Comment 5 QA Administrators 2018-08-28 02:42:17 UTC Comment hidden (obsolete)
Comment 6 Patrick ZAJDA 2019-03-01 15:27:31 UTC
I can reproduce this:
Version: 6.3.0.0.alpha0+
Build ID: f23738139429358c11fa62708fbdf5bb0c43d199
Threads CPU : 12; OS : Linux 4.19; UI Render : par défaut; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-28_20:14:57
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
Comment 7 Caolán McNamara 2022-05-31 13:08:52 UTC
Created attachment 180502 [details]
updated listener script for python3 and output the event data
Comment 8 Caolán McNamara 2022-05-31 13:12:18 UTC
The specific bogus "formatting mark" one appears to have disappeared during the 6.1 cycle between 7f9b0f47979dcb7abfed37bb7cd38ab51eac6011 and 57ca02a7486090f1dd63977bb8fb351f9bf9a7f3

checking trunk today I have ...

event object:state-changed:checked received [application | soffice] object:state-changed:checked(1, 0, 0)
	source: [check box | Page background]
	host_application: [application | soffice]
	sender: [application | soffice]
event object:state-changed:checked received [application | soffice] object:state-changed:checked(1, 0, 0)
	source: [check box | Images and other graphic objects]
	host_application: [application | soffice]
	sender: [application | soffice]
event object:state-changed:checked received [application | soffice] object:state-changed:checked(1, 0, 0)
	source: [check box | Form controls]
	host_application: [application | soffice]
	sender: [application | soffice]
event object:state-changed:checked received [application | soffice] object:state-changed:checked(1, 0, 0)
	source: [check box | Print automatically inserted blank pages]
	host_application: [application | soffice]
	sender: [application | soffice]

all these really are in the print dialog so that at least makes some sort of sense.

The reason these get emitted is because the a11y objects for the checkboxes are created early because those checkboxes happen to have accessibility descriptions for them in the .ui file they are loaded from. Normally they are created on demand when interacted with, but in this case already exist before that.

Seeing as the bogus "formatting mark" is gone I'll call this fixed.