A question of opinion, is this a bug or not.
I'm in a stituation where users first check if a person is already entered or not by using the calender (by birth year) to search for persons born in that year. Usually by looking at the surnames for that year. The calendar lists found persons from the gedcom file, born in the year entered into calendar.php.
In the past, many had a surname which changed during their life time. Typically, depending on the estate where they lived (farm, house name, emigration or many other reasons) .
When a person has many surnames, they are entered in the individual.php, by using 'Options for individual'->'Add new Name'. This means that the gedcom record (indi) has many occurrences of '1 NAME' and subrecord '2 SURN'.
The calendar list only shows the 1st found SURN from the gedcom record.
Naturally, by not seeing these other surnames, the user may think that the person does not exist, and enters a duplicate record. Voila, administrator has a a mess to fix.
The General Search successfully finds these 'alias' surnames (showing all surnames! Good). However, calendar.php is often preferred by users to find if already existing in family-tree.
Calendar.php --> functions_name.php(function get_indi_names) line931 $namerec = get_sub_record(1, "1 NAME", $indirec, 1); --> functions.php (function get_sub_record)
does not seem to be prepared for multiple occurrences of SURN?
Logged In: YES
user_id=1006499
Originator: NO
Will be fixed in 4.2 :
calendar with show similar output as search (sortable table), including multiple names.
Logged In: YES
user_id=1006499
Originator: NO
Will be fixed in 4.2 :
calendar with show similar output as search (sortable table), including multiple names.
Logged In: YES
user_id=1419136
Originator: YES
opus27, nice to 'hear'! It will indeed be an extra valuable feature to be able the sort the shown list by date. Its simply a big job to analyse and figure-out if two persons (aliases) are the same person. Birth date is one of the most useful hints.