Search
Forums
Kiwitrees on Twitter
    Tags

    bug reporting, php 7, HTML block, tab, watermark, places, xmas, Themes change, set link, sanity, login upgrade, backup, simpl_research, 3.2.2, style, future, BURI, close, type, ckeditor, editor, Advanced search, xenea, icons, Extra menus, relationships, drag, surname, family, calendar, cookie, media, CREM, fancy image bar, advanced, research, gettext, 3.0.0, bug, themes, Favourites 3.0.0, burial, spam, googlemaps, 3.2.1, hover, family fact, add_asso_facts, 1939 Register, 5.6, dates, 3.3.3, merge, json, descendant, time, event, access roles, duplicates, immigration

    #9466
    kiwi
    kiwi
    Keymaster

    1654 posts

    The short answer is no, it’s the way this tool was designed. So whilst it “might” be possible to change it, that’s not something high on my priorities so far. It was specifically done this way to make the function actually practical on large trees, on servers with more limited resources.

    But I’m puzzled by (or misunderstanding) the statement “It is really a pain to have to wait for 2 searches for each change.

    You only need to do this for the first record. Then with “Update”, or “update all” you can apply the same search and replace to all other matching records. If it’s not working like that w should investigate.

    Nigel
    My personal kiwitrees site is www.our-families.info