Search Forums
Kiwitrees on Twitter

    blank, immigration, cousin tab, block, name, event, fancy image bar, ASSO, locked out, REFN, CHR, footer, order, contacts, theme, css, BAPM, family, source, lists individuals families, GEDCOM errors, custom text, reports, seo, burial, last change date, research tasks, 3.3.0, googlemap, watermark, IE11, re-order, PHP, shared note, 3.0.0 widgets, margin, NCHI, resources, Support/Bug Reporting, notes, kiwitrees 2.0.2, census assistant, custom, time, configure, kiwitrees-nova, search, Favourites 3.0.0, 7.0, version, places, menu, Fancy imagebar, partner, fatal error, xenea, advent, repo, themes, webtrees


    1636 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.

    My personal kiwitrees site is