https://bugs.kde.org/show_bug.cgi?id=505030

            Bug ID: 505030
           Summary: KGPG always creates an error modal on launch
    Classification: Applications
           Product: kgpg
      Version First 25.04.1
       Reported In:
          Platform: Fedora RPMs
               URL: https://discuss.kde.org/t/kgpg-always-creates-an-error
                    -modal-on-launch/34960?u=rokejulianlockhart
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: k...@opensource.sf-tec.de
          Reporter: 4wy78...@rokejulianlockhart.addy.io
  Target Milestone: ---

Created attachment 181907
  --> https://bugs.kde.org/attachment.cgi?id=181907&action=edit
perf record --call-graph dwarf $(command -v kgpg)

SUMMARY

Upon invocation, `kgpg-25.04.1-1.fc42.x86_64` produces an error modal. Then, it
hangs for approximately 12 seconds, before it resumes. This is the first boot
that I've seen this, so it's likely from an update. However, I don't *recall*
updating last reboot.

STEPS TO REPRODUCE

1. Invoke `kgpg`.

2. When the icon eventually appears, invoke the GUI to make the next part more
obvious. It's not necessary, though.

3. Attempt to close the window.

4. When prompted, either close it to generate the backtrace, or leave it to
have it resume shortly thereafter.

OBSERVED RESULT

> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...  
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...  
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...  
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...  
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...  
> gpg: keydb_search_first failed: Connection timed out  
> tru::1:1742235407:0:3:1:5

Each of those logs is on a new line, but I've compressed them, since BZ shan't
wrap them.

Using `strace -Ttr kgpg`, I located the slowest calls:

> 19:15:41 (+     0.000022) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <1.022438>
> 19:15:42 (+     1.022494) ioctl(20, FIONREAD, [71]) = 0 <0.000014>
> 19:15:42 (+     0.000059) read(20, "gpg: Note: database_open 1342179"..., 71) 
> = 71 <0.000013>
> 19:15:42 (+     0.000066) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <1.025031>
> 19:15:43 (+     1.025096) ioctl(20, FIONREAD, [71]) = 0 <0.000013>
> 19:15:43 (+     0.000040) read(20, "gpg: Note: database_open 1342179"..., 71) 
> = 71 <0.000012>
> 19:15:43 (+     0.000046) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <2.562635>
> 19:15:45 (+     2.562691) ioctl(20, FIONREAD, [71]) = 0 <0.000010>
> 19:15:45 (+     0.000040) read(20, "gpg: Note: database_open 1342179"..., 71) 
> = 71 <0.000012>
> 19:15:45 (+     0.000043) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <1.024935>
> 19:15:46 (+     1.024997) ioctl(20, FIONREAD, [71]) = 0 <0.000018>
> 19:15:46 (+     0.000045) read(20, "gpg: Note: database_open 1342179"..., 71) 
> = 71 <0.000011>
> 19:15:46 (+     0.000042) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <2.562790>
> 19:15:49 (+     2.562859) ioctl(20, FIONREAD, [71]) = 0 <0.000011>
> 19:15:49 (+     0.000035) read(20, "gpg: Note: database_open 1342179"..., 71) 
> = 71 <0.000010>
> 19:15:49 (+     0.000047) ppoll([{fd=-1}, {fd=20, events=POLLIN}, {fd=-1}, 
> {fd=24, events=POLLIN}], 4, NULL, NULL, 8) = 1 ([{fd=20, revents=POLLIN}]) 
> <1.812172>
> 19:15:51 (+     1.812224) ioctl(20, FIONREAD, [79]) = 0 <0.000009>

> 19:15:52 (+     0.000031) ppoll([{fd=-1}, {fd=28, events=POLLIN}, {fd=-1}, 
> {fd=32, events=POLLIN}], 4, NULL, NULL, 8gpg: Note: database_open 134217901 
> waiting for lock (held by 2795) ...
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...
> gpg: Note: database_open 134217901 waiting for lock (held by 2795) ...
> gpg: keydb_search_first failed: Connection timed out
> ) = 1 ([{fd=28, revents=POLLHUP}]) <10.011595>
> 19:16:02 (+    10.011640) ioctl(28, FIONREAD, [0]) = 0 <0.000009>

SOFTWARE/OS VERSIONS

> Operating System: Fedora Linux 42  
> KDE Plasma Version: 6.3.5  
> KDE Frameworks Version: 6.14.0  
> Qt Version: 6.9.0  
> Kernel Version: 6.14.8-300.fc42.x86_64 (64-bit)  
> Graphics Platform: Wayland

ADDITIONAL INFORMATION

Originally reported at
https://discuss.kde.org/t/kgpg-always-creates-an-error-modal-on-launch/34960/3?u=rokejulianlockhart.
There, I've included a backtrace for when the DE offers to terminate it.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to