Ahnenblattportal Forum Index
 •Portal  •Imprint  •Forum  •Search  •Profile  •Log in to check your private messages  •Log in   •Register  

 1222: ** Bug Reports ** - English

Post new topicReply to topic
Author Message
Mathemagician




Gender:
Age: 67
Joined: 14 Dec 2014
Posts: 51
Topics: 16
Location: West Coast of Canada


canada.gif

PostPosted: 05.01.2015, 08:49    1222: ** Bug Reports ** - English  Reply with quoteBack to top

Greetings from Canada,

The English section of the forum has no dedicated thread/location to report bugs (yes, they do come up!), as does the German section. I am starting this thread in the hopes that it will be "pinned" as a place for people to report bugs. My intention is to maintain a single list (following) for the author (or anyone else) to view, categorizing bugs for easy analysis. Since only I can modify this post, others reporting bugs should just post to this thread as replies; I will verify and add to the list as needed. Ahnenblatt is quite thoroughly de-bugged so I don't expect to be swamped. Most of the bugs I have found are because of my testing, etc. in preparation for the English help file (hoping for a Beta version before the end of this month).

The list has bugs numbered (just for convenience), and some use of colors may be helpful. As bugs are fixed (and I hope they will be!), I will either remove them, recolour them (greyed out), or ? (to be decided).

Bugs 1..5 have actually already been reported, but in other threads (or email, in one case). I will re-state them here, just for convenience. Some items (in the Oversights thread) could be posted here, but are not really detrimental to Ahnenblatt's performance; they don't really qualify as bugs.


Ahnenblatt v2.85

  1. FILE SEARCH (12/08/2014) File/Search not working properly
    Search is not searching subfolders of NTFS drives, or flash drives (by design?). Scan time is far too short, based on other applications which search drives. Ancestry files appear to be found in subfolders of FAT16 drives. Finding of files on NTFS drives is incomplete. (modified Jan 30/15)

  2. DATES (12/14/2014) Date range - between DATE1 and DATE2 broken since v2.83
    Substitute words (BET -> between, AND -> and) do not work. Changing, i.e. GEDCOM.BET=BET\~bet works, but only for years, not month&year or day&month&year. Creating a date using "bet" in a .GED file, then writing it out as a .ged file (i.e. Save as...) reveals that the GEDCOM modifier is now written as "bet", not "BET". Seems to work fine in v2.83. This tells me that I think the wires between the hardwired string "BET" and the language variable string "bet" have become crossed. I did a memory snoop (using HxD hex editor) - the GEDCOM.BET variable IS getting loaded. (modified Jan 30/15)

  3. DATES (12/14/2014) Date period expression "from DATE1 to DATE2" not working (see #2)
    Similar behaviour to bug #1, re: substitute words. Seems to work fine in v2.83.

  4. DATES (12/14/2014) Interpreted dates (INT) not parsing correctly
    INT JUL 1898 (summer of '98) parses as interpreted 18/07/0008 (summer of '98) without any error, re: GEDCOM compatibility.

  5. PERSON SEARCH (01/02/2015) Search option "Identical with whole data field" appears to do nothing
    « Marcus » wrote:
    "Identical with whole data field" looks to be broken ... when searching for "Regina Hertha" in the field "First/Birth Names" in the file "Beispiel.ahn" it shouldn't find "Willner, Regina Hertha Klara" since the fields don't match exactly. It looks like the results are just the same as with the 'base option' without recognizing the check-box "Identical with whole data field".
    This item now reposted in Oversights thread (009) - this might not be a real bug (deprecated feature?). Fixed in v2.88

  6. DELETE GROUP (01/04/2015) Delete group Ancestor/Descendant list (before delete) has 1 extra person
    When using the 2 Ancestor modes, and the 2 Descendant modes (Selection), the targeted person is always included in the deletion list, ie. he is his own ancestor, and his own descendant. I think he should be excluded from the list. Using Except selection does not show the targeted person on the deletion list (correct for the situation, but wrong due to bug). By design (per Marcus/Dirk)

  7. DELETE GROUP (01/04/2015) Delete group routine for "living persons" is flawed
    Choosing "living persons" appears to include the same persons for Selection and Except selection; the lists appear identical. Fixed in v2.88

  8. MOUSE HANDLING (01/05/2015) Using mouse wheel to scroll causes an error message
    Attempting to scroll the mouse down (no error on up!) in the Details tab of a Statistics dialog causes the following application error:
    "Gitterindex außerhalb des zulässigen Bereichs" (English: "Grid index out of range")
    To replicate the error, do the following (tested on Win XP SP3):
    1. Open Ahnenblatt and use "Demo.ahn". Error seems related to unitialized variable or focus related (?), not always repeatable unless opened "fresh".
    2. Use Tools/Statistics/First_name to open the Statistics dialog
    3. Activate the Details tab (66 entries)
    4. Drag the slider to the bottom of the list (viewing 66 Willi)
    5. Scroll the cursor (using mouse wheel) down - error produced
    Note: If step 4 omitted, down scroll is "jerky" - appears to be scrolling through individual occurrences of name, rather than names as shown on the control (TTntStringGrid.UncodeClass). If PageDown used instead of step 4 (may need to click control first to give it focus, error cannot be reproduced. Error can be eliminated by introducing step 4a (after step 4), namely:
    4a. Click anywhere on the control (grid) to give it focus (?)

  9. NAVIGATOR (01/05/2015) Surname prefix shown incorrectly in Navigator
    If a surname prefix is entered in the Name tab of the Input dialog, e.g. Birth name = "Fleur", surname prefix = "de", the top-right corner display (Input dialog), the data box (Navigator), the tooltip for the person (Navigator) and other places all show the last name as "de Fleur". The person box in the Navigator, however, shows an additional comma and in reverse order - "Fleur, de". I believe it should show the same as the other locations (e.g. "de Fleur, Marcel").
    Note: all locations (except Navigator person box) show the same last name, whether the name is entered as Birth name = "de Fleur" or as shown above (Birth name with prefix).
    Fixed in v2.88

  10. Ahnenblatt v2.86
    DELETE GROUP (01/05/2015) Choice 3 - "(Ancestor (complete) of..." using wrong groupbox language variable in "All persons" selection dialog
    Clicking Next after selecting this method of group deletion opens a person selection dialog. The text for the groupbox is "Selected person (last name, first name)", but should be "Proband/youngest person (last name, first name)", to match choice 2. This indicates that - in the language file - [$CONSTANTS]/StartPerson is being used instead of [$CONSTANTS]/YoungestPerson.
    This is a minor cosmetic bug, but does affect translations, etc.
    Fixed in v2.88

  11. Ahnenblatt v2.87
    FILE/SAVE_AS (01/05/2015) Save as... function on File menu - save file as RTF (a.k.a. Windows help file) - is broken
    When saving a file as a "Windows help file" (that is, RichText Format - modified), only a single person is saved. This renders that function useless. The file can be read (i.e. valid RTF), but is incomplete. This function worked in v2.85, but apparently was broken in v2.86 (and v2.87). Fixed in v2.88

_________________
Allen T.
British Columbia, Canada

"Little did I know how little I knew..."


Last edited by Mathemagician on 22.06.2015, 08:54; edited 4 times in total

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Marcus
Administrator



Gender:
Age: 45
Joined: 19 Jan 2006
Posts: 7440
Topics: 227


belize.gif

PostPosted: 21.02.2015, 04:52    (No subject)  Reply with quoteBack to top

First I thought a link from the german list to this one here would do the trick, but I gave them a short translation and added them to the german list. Just that we don't follow the same bugs/wishes twice without noticing.

A few suggestions to the list here:
1 The file search detects files here on my laptop on NTFS drives.
4 INT Interpreted dates. I'm not an Gedcom expert, so I don't know if this is something Ahnenblatt should know. As far as I know it never did till today. Similiar tags (which should work) are CAL, EST and ABT for calculated, estimated and ranges about a date where you're not sure about.
6 Delete group includes start person when selecting ancestors or descendents. This may not fit the thinking as I'm not an ancestor of myself, but it is in the same logic as when you select and create a tree or a list(where the start person is always included). So no bug, but different approach of what to show.
Marcus

_________________
Fragen und Antworten rund um Ahnenblatt (Knowledge Base)

OfflineView user's profilePersonal Gallery (1)Send private messageSend e-mail    
DirkB
Administrator



Gender:
Age: 51
Joined: 20 Jan 2006
Posts: 745
Topics: 85
Location: Hamburg


germany.gif

PostPosted: 01.03.2015, 16:23    (No subject)  Reply with quoteBack to top

Thanks Allen for your Feedback! Thumbup

Marucs is right about 1 & 6 ...

1. Is working fine even on my PC (with flash and NTFS). Ahnenblatt is searching only internal drives (no external HDDs or USBs).
Perhaps there is a problem with specific files and Ahnenblatt aborts to look further into subdirectories. Ahnenblatt opens the files to get the number of persons - perhaps there is an internal excepton with some kind of files.

6. The wording is not correct, but in most cases the user wants to generate a seperate file with ancestors of a specific person to give it to other family researchers. Of course with the specific person included.

All other points will be fixed in next version of Ahnenblatt.

- Dirk

OfflineView user's profileSend private messageVisit poster's website    
jackyg1940





Gender:
Age: 77
Joined: 04 Jun 2016
Posts: 1
Topics: None


belgium.gif

PostPosted: 04.06.2016, 16:40    (No subject)  Reply with quoteBack to top

I am using your program in french.
Ahnenblatt 2.94 as 2.95 indicates my dates xx/xx/xx as not compatible with Gedcom standards. Or when entering Gedcom dates, they are systematically rejected and rewritten as xx/xx/xx .
My base shows thus thousands of errors ...
Is this normal ? or do you plan to correct this bug ?
Thanks for an answer
jackyg1940@gmail.com

HiddenView user's profileSkype Name    
Marcus
Administrator



Gender:
Age: 45
Joined: 19 Jan 2006
Posts: 7440
Topics: 227


belize.gif

PostPosted: 09.06.2016, 04:54    (No subject)  Reply with quoteBack to top

Hi Jachyg1940,

welcome to the Ahnenblattportal!
In the menu "Fichier" - "Propriétés" - "Format de Date" you can tell Ahnenblatt the format you use/need. But you need the year coded with 4 digits!

Does this solve your problem? Sorry for the late answer.
Marcus

_________________
Fragen und Antworten rund um Ahnenblatt (Knowledge Base)

OfflineView user's profilePersonal Gallery (1)Send private messageSend e-mail    
Mathemagician




Gender:
Age: 67
Joined: 14 Dec 2014
Posts: 51
Topics: 16
Location: West Coast of Canada


canada.gif

PostPosted: 05.10.2016, 02:16    v2.95a - Bug in "file changed" mechanism  Reply with quoteBack to top

Small bug: found during testing while working on Help file.

Ahnenblatt v2.95a
Adding an "Island" or isolated person, by using File/New (or from toolbar) does NOT trigger the file changed mechanism, as is shown in the title bar ("*" normally added, but not for isolated person). Closing Ahnenblatt after adding such a person does not request a Save; person added will not be there when Ahnenblatt re-started.

Adding a child to such a person behaves properly - "*" added to title bar, etc.


-------------------------------
#Wunschliste_1215_Erledigt_V2.97

_________________
Allen T.
British Columbia, Canada

"Little did I know how little I knew..."

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Fridolin




Gender:

Joined: 04 Jan 2017
Posts: 560
Topics: 35
Location: Deutschlands Südwesten


germany.gif

PostPosted: 14.01.2017, 17:44    (No subject)  Reply with quoteBack to top

In 2.97 and 2.97a English menu items are mixed up: "Extras" should be "Tools" and vice versa.

FZiegler


----------------------------------
#Wunschliste_1222_OFFEN (Menüpunkte in anderen Sprachen vertauscht)

_________________
Win7-64 pro, Ahnenblatt 2.97a - Daten via NAS, Programm lokal

OfflineView user's profileSend private message    
Fridolin




Gender:

Joined: 04 Jan 2017
Posts: 560
Topics: 35
Location: Deutschlands Südwesten


germany.gif

PostPosted: 16.01.2017, 19:50    (No subject)  Reply with quoteBack to top

In (probably 2.97 and) 2.97a French menu items are mixed up as well as English do - in the same sense: "Outils" should be "Actions" and vice versa.
_________________
Win7-64 pro, Ahnenblatt 2.97a - Daten via NAS, Programm lokal

OfflineView user's profileSend private message    
Display posts from previous:      
Post new topicReply to topic


 Jump to:   




Show permissions


Board Security

Powered by Orion based on phpBB © 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 2 Hours



[ Page generation time: 0.1175s (PHP: 84% - SQL: 16%) | SQL queries: 36 | GZIP enabled | Debug on ]