Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Register
  • Sign in
  • gnome-calendar gnome-calendar
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 321
    • Issues 321
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 48
    • Merge requests 48
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GNOMEGNOME
  • gnome-calendargnome-calendar
  • Issues
  • #987
Closed
Open
Issue created Mar 10, 2023 by Kamil Páral@kparal

After a few searches, search no longer works and cpu is at 100%

Affected version

  • Fedora 38
  • gnome-calendar-44~rc-1.fc38.x86_64

Bug summary

I connected a Google account. After I perform a few searches, the search box no longer works, and gnome-calendar process consumes 100% cpu forever.

Steps to reproduce

  1. Connect a Google account with lots of events
  2. Search for events
  3. Search stops working after a short while (might be 10 seconds, or a minute)
  4. gnome-calendar uses 100% cpu

Relevant logs, screenshots, screencasts etc.

After connecting with gdb and using bt full, this is the output:

#0  0x00007f15b07ef52d in __GI___poll (fds=0x7f156c002670, nfds=3, timeout=0) at ../sysdeps/unix/sysv/linux/poll.c:29
        sc_ret = -516
        sc_cancel_oldtype = 0
        sc_ret = <optimized out>
#1  0x00007f15b0d3ed49 in g_main_context_poll (priority=<optimized out>, n_fds=3, fds=0x7f156c002670, timeout=<optimized out>, context=0x555584b860b0) at ../glib/gmain.c:4584
        ret = <optimized out>
        errsv = <optimized out>
        poll_func = 0x7f15b0cedb50 <g_poll>
        poll_func = <optimized out>
        ret = <optimized out>
        errsv = <optimized out>
#2  g_main_context_iterate.isra.0 (context=0x555584b860b0, block=1, dispatch=1, self=<optimized out>) at ../glib/gmain.c:4271
        max_priority = 200
        timeout = 0
        some_ready = <optimized out>
        nfds = 3
        allocated_nfds = <optimized out>
        fds = 0x7f156c002670
        begin_time_nsec = 20709763274568
#3  0x00007f15b0cde113 in g_main_context_iteration (context=context@entry=0x555584b860b0, may_block=may_block@entry=1) at ../glib/gmain.c:4343
        retval = <optimized out>
#4  0x00007f15b0f1594d in g_application_run (application=application@entry=0x555584b78ed0, argc=argc@entry=2, argv=argv@entry=0x7ffffc9f2d78) at ../gio/gapplication.c:2573
        arguments = 0x555584bb1b40
        status = 0
        context = 0x555584b860b0
        acquired_context = <optimized out>
        __func__ = "g_application_run"
#5  0x00005555846de2e5 in main (argc=2, argv=0x7ffffc9f2d78) at ../src/main.c:39
        app = 0x555584b78ed0
Assignee
Assign to
Time tracking