GNOME Bugzilla – Bug 746432
When I open Gedit a file with sudo permissions, need wayting more time before possible editing the text file
Last modified: 2021-07-05 10:45:28 UTC
Created attachment 299788 [details] Debug file with possible showing why happening this issue Dear Joanie, I see an interesting issue my Manjaro system with Orca master and gnome-3-16 branch version related, possible affected the gnome-3-14 branch version too. Testcase with me always works: 1. Goto the usr/src/orca/po directory with root permission. 2. Open gedit a translation file. 3. Wait until Orca not speaks the text rolename. Expected result: Orca need focusing the text box after you opened the file. Actual result with happening me lot of time: I need waiting more seconds before Orca speaks the text rolename, and Orca begin sayall the text file with various positions. This situation difficult to mute the speech. If I do window switch and switch back the Gedit window, the entire issue happening again. In my Ubuntu 14.04.2 system I not see this issue, because Ubuntu leaves with Gedit 3.10 series, so I fraid this is not an Orca issue. Gedit sends too many events with at-spi2 or ATK component this situation? My environment related informations: OS: Manjaro Linux 0.8.12 (GNOME community edition) Gedit version: 3.14.3 Orca version with I always succesfully reproduced this issue: Master and gnome-3-16 branch version, Manjaro packaged 3.14.3 release Can you have possibility to look your system what the case with Gedit 3.15.x development version? Attila 2.
Created attachment 299789 [details] A shorter debug.out file I try attaching a shorter debug.out file, I doed only few window switch.
My Manjaro system the unstable branch upgraded with GNOME version to the 3.16 release. Unfortunatelly this issue I succesfully reproduced the Gedit 3.16 version my Manjaro system. Attila
I cannot reproduce this particular test case/bug. From your debug.out, I see the 4+ second delay in Orca presenting the window, but I don't see that many seconds in Orca's generating speech or braille in order to present it. I also see an event flood immediately after that presentation. One possibility is queuing up the events from that flood is the source of the delay. In addition, I have seen cases where, without running Orca but with an accessible event listener running (e.g. to reproduce some other bug), opening a large Gedit file could make Gedit completely non-responsive until I terminated the Gedit process. So I am aware that there is something bad going on here. I'll see if I can make a reproducible test case. In the meantime, do you only see the problem when using sudo (or are you really running as root)? Or is that irrelevant to the bug?
Hi Joanie, Usual more time happening this issue if I launch Gedit with gksu or sudo prefix. When happening a window switch to the Gedit window, need waiting few seconds to the edit box get focus. With you wrote larger file related issue I experienced too unfortunatelly. For example if I opening a 9 MB size text file, I need waiting extreeme lot of time to the Gedit text editor opening the file. If the text file is extreeme large, this is true with Gedit 3.10 and latest series versions too, independent if I running Gedit with normal or sudo privilege. Unfortunatelly the text file is too large after compression, so I unable to attach in Bugzilla this file. Attila Attila
Ok, thanks. Two questions: 1. Do you see the delay with sudo/gksu if the text file being opened is small? 2. Is the giant file something you could email me privately? Ultimately, I'll make my own test case. But if you have one handy that I can reliably use to reproduce the problem, it would save me time.
Created attachment 301924 [details] Test smaller documents Hi Joanie, Unfortunatelly this issue happening with smaller files. The testfiles.zip file containing two smaller files with I reproduced this issue. When you extracting the testfiles.zip file, in the testfiles directory you founding the grub.cfg and hu.po file. Testcase with the hu.po file related. 1. Goto the testfiles directory. 2. Type with sudo gedit hu.po file or gksu gedit hu.po file command. Actual result my manjaro system with latest Orca master branch version and latest Gedit version related: After Orca says hu.po - Gedit frame text, I need waiting average two or more seconds to Orca speaks first line and the tutorial message the textview widget related. After Orca speaks this information, a various another place begin sayall the file content. Usual this sayall related partially issue not happening if I open hu.po file without sudo privilege. Testcase with grub.cfg file related: Type sudo gedit grub.cfg or gksu gedit grub.cfg command. Actual result my Manjaro system: After Orca says grub.cfg - Gedit frame text, I need waiting average two or more seconds to speaks the text box widget related informations (first line, tutorial message, etc). Very interesting, this file related Orca not producing the sayall related partially issue. I will sending you e-mail the large word list file. If I opening this file with normal privilege, I need waiting average 26-28 seconds to Orca speaks the first focused line. Look the time gedit largefile.txt command result, I measured this values if I opening the large file, wayting to Orca speaks the first line related informations and press ALT+F4 keystroke: real 0m31.488s user 0m27.383s sys 0m1.113s This large file have 560427 words. I using this file to test Liblouis hungarian braille grade1 table if I doing a change into hungarian grade1 table before ask a pull request a change related with Liblouis team. So, this file a word database with containing importanter hungarian suffixes words (cs, ccs, gy, ggy, nny, lly sz, ssz, zs, zzs, zszs letter containing hungarian words). I collected this words from hungarian literary books and hungarian news portals. Attila
Hi Joanie, I sent the promised large word list file you with e-mail. If you extracting the zip file, the large_word_list file extracted into your actual folder. Attila
I wish I'd found this bug earlier. I can confirm that this still happens on gnome 3.18, and it did in 3.16 and I believe 3.14 before that but not completely sure. The delay seems to be dependent on the size of the file. The larger the file, the longer the delay, but there is always a delay. I've tested with both medit, gedit forked from linux mint and pluma, mate's gedit 2.x fork and I can't see this issue, so a guess would be either an event flood, a bug in gtk3 or gedit, though it could always be something else. I'll attach a debug file shortly demonstrating this issue with a somewhat large file, as well as a smaller one.
So there are two issues: 1. In Gtk+ 3, we get a bunch of events (duplicates and too many) for that I have filed bug 756397 against Gtk+. 2. Apparently super user makes a difference. I myself cannot reproduce that. But Orca is not doing anything special when it comes to super user versus normal user. So I don't see how I can do anything about that. But maybe Mike has an idea. Therefore, I'm transferring this to AT-SPI2 for Mike's consideration and insight.
For me something similar happens even without running anything as superuser, just run gedit and ...I hear the gedit window title, then there is a few seconds of delay, and then the focus lands. Another thing: between the time the focus lands and the time I hear the window title, orca does not react to keyboard.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/at-spi2-core/-/issues/ Thank you for your understanding and your help.