Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1767438

Summary: Adding weather calendar with town that is not on list, results in crash
Product: Red Hat Enterprise Linux 7 Reporter: Bill Sanford <bsanford>
Component: geocode-glibAssignee: Bastien Nocera <bnocera>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 7.8CC: bnocera, jkoten, mbarnes, mboisver, mclasen, tpelka, tpopela
Target Milestone: rc   
Target Release: 7.9   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-09-29 20:18:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bill Sanford 2019-10-31 13:24:09 UTC
Description of problem:
File -> New -> Calendar -> Weather -> Name Calendar -> Color -> Location. Enter location of Westford to where you type Westf, and Westfield appears. You can still enter letters, now if you type "ord" to complete the "Westford" lookup, Evolution crashes with "evolution killed by SIGSEGV."

Version-Release number of selected component (if applicable):
RHEL-7.8-20191009.6
evolution-3.28.5-6.el7

How reproducible:
100%

Steps to Reproduce:
1. See above
2.
3.

Actual results:
Evolution Crashes

Expected results:
To show "No results found" if typed location does not exist.

Additional info:

Comment 2 Milan Crha 2019-10-31 14:09:33 UTC
Thanks for a bug report. I move this to geocode-glib, because it's the place where the crash happens. I have installed geocode-glib-3.26.0-2.el7.x86_64, which is the current latest version. The backtrace with a debuginfo is pasted below.

I found the same crash report from gnome-calendar here:
https://bugs.launchpad.net/ubuntu/+source/geocode-glib/+bug/1828577

It references a fix there, but I do not see an upstream bug/fix reference in that report, thus maybe they only fixed it for them.

The backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x00007fffeb9effe7 in ____strtoll_l_internal () from /lib64/libc.so.6
#0  0x00007fffeb9effe7 in ____strtoll_l_internal () at /lib64/libc.so.6
#1  0x00007fffc873bbc4 in _geocode_create_place_from_attributes (__nptr=<optimized out>)
    at /usr/include/stdlib.h:280
#2  0x00007fffc873bbc4 in _geocode_create_place_from_attributes (ht=ht@entry=0x22a1240 = {...})
    at ../geocode-glib/geocode-nominatim.c:395
#3  0x00007fffc873bbc4 in _geocode_create_place_from_attributes (ht=ht@entry=0x22a1240 = {...})
    at ../geocode-glib/geocode-nominatim.c:437
#4  0x00007fffc873d531 in _geocode_parse_search_json (ht=0x22a1240 = {...}, place_tree=0x7fffc4071f20)
    at ../geocode-glib/geocode-nominatim.c:532
#5  0x00007fffc873d531 in _geocode_parse_search_json (contents=contents@entry=0x28c2920 "[{\"place_id\":198563413,\"licence\":\"Data © OpenStreetMap contributors, ODbL 1.0. https://osm.org/copyright\",\"osm_type\":\"relation\",\"osm_id\":1809172,\"boundingbox\":[\"42.5261896\",\"42.6538224\",\"-71.4980881\""..., error=error@entry=0x7fffffffdba0) at ../geocode-glib/geocode-nominatim.c:646
#6  0x00007fffc873d6c6 in on_forward_query_ready (self=<optimized out>, res=0x1fb8870, task=0x1fb65e0 [GTask])
    at ../geocode-glib/geocode-nominatim.c:727
#7  0x00007ffff1e56374 in g_task_return_now (task=0x1fb8870 [GTask]) at gtask.c:1148
#8  0x00007ffff1e56e2e in g_task_return (task=0x1fb8870 [GTask], type=<optimized out>) at gtask.c:1206
#9  0x00007fffc873c6f3 in on_cache_data_loaded (cache=0x885820, res=0x189f040, task=0x1fb8870 [GTask])
    at ../geocode-glib/geocode-nominatim.c:917
#10 0x00007ffff1e56374 in g_task_return_now (task=0x189f040 [GTask]) at gtask.c:1148
#11 0x00007ffff1e56e2e in g_task_return (task=0x189f040 [GTask], type=<optimized out>) at gtask.c:1206
Missing separate debuginfos, use: debuginfo-install evolution-3.28.5-8.1.el7.x86_64
---Type <return> to continue, or q <return> to quit---
#12 0x00007ffff1e12fe8 in load_contents_close_callback (obj=0x194e610 [GLocalFileInputStream], close_res=<optimized out>, user_data=0x2898840) at gfile.c:6999
#13 0x00007ffff1e2d7e1 in async_ready_close_callback_wrapper (source_object=0x194e610 [GLocalFileInputStream], res=0x166b600, user_data=0x2898840) at ginputstream.c:546
#14 0x00007ffff1e56374 in g_task_return_now (task=0x166b600 [GTask]) at gtask.c:1148
#15 0x00007ffff1e563a9 in complete_in_idle_cb (task=task@entry=0x166b600) at gtask.c:1162
#16 0x00007ffff18a9cc7 in g_idle_dispatch (source=0x7fff440039a0, callback=0x7ffff1e563a0 <complete_in_idle_cb>, user_data=0x166b600) at gmain.c:5533
#17 0x00007ffff18ad099 in g_main_context_dispatch (context=0x635440) at gmain.c:3175
#18 0x00007ffff18ad099 in g_main_context_dispatch (context=context@entry=0x635440) at gmain.c:3828
#19 0x00007ffff18ad3f8 in g_main_context_iterate (context=0x635440, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3901
#20 0x00007ffff18ad6ca in g_main_loop_run (loop=0x1363a90) at gmain.c:4097
#21 0x00007ffff441c4c5 in gtk_main () at gtkmain.c:1323
#22 0x000000000040408d in main ()
(gdb) f 1
#1  0x00007fffc873bbc4 in atoi (__nptr=<optimized out>) at /usr/include/stdlib.h:280
warning: Source file is more recent than executable.
280	  return (int) strtol (__nptr, (char **) NULL, 10);
(gdb) f 2
#2  get_place_type_from_attributes (ht=ht@entry=0x22a1240 = {...}) at ../geocode-glib/geocode-nominatim.c:395
395	                        rank = atoi (g_hash_table_lookup (ht, "place_rank"));
(gdb) p ht
$1 = 0x22a1240 = {[0x23b77a0 "boundingbox-right"] = 0x23b7780, [0x1829060 "country_code"] = 0x1829040, 
  [0x23b76e0 "boundingbox-bottom"] = 0x23b76c0, [0x1bd3b70 "type"] = 0x1bd3b50, [0x1bd3820 "lon"] = 0x1bd3800, 
  [0x23b7720 "boundingbox-top"] = 0x23b7700, [0x27eebc0 "name"] = 0x288b0e0, 
  [0x23b7760 "boundingbox-left"] = 0x23b7740, [0x23b77e0 "lat"] = 0x23b77c0, 
  [0x1bd3b30 "category"] = 0x1bd3b10, [0x2421040 "city"] = 0x14c6e30, [0x23b7660 "licence"] = 0x234f630, 
  [0x1829000 "icon"] = 0x1bd3b90, [0x1bd3af0 "display_name"] = 0x187c6a0, [0x2898e00 "county"] = 0x1702f60, 
  [0x23b76a0 "osm_type"] = 0x23b7680, [0x1829020 "country"] = 0x2898d60, [0x2898d40 "state"] = 0x23b75b0}
(gdb) c
Continuing.

Comment 3 Bastien Nocera 2019-11-06 12:33:27 UTC
It was fixed in 3.26.1.

See here and in the links:
https://gitlab.gnome.org/GNOME/geocode-glib/merge_requests/5

Comment 6 Bastien Nocera 2020-04-16 09:20:16 UTC
Fixed in geocode-glib-3.26.0-3.el7

Comment 10 Bill Sanford 2020-05-26 13:50:47 UTC
Verified with geocode-glib-3.26.0-3.el7.x86_64

Comment 12 errata-xmlrpc 2020-09-29 20:18:30 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (geocode-glib bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:3980