Kiwitrees on Twitter

    3.3.0, Export/Import, xenea, webtrees, ckeditor, IE11, 3.2.2, permissions, tab, beta, custom, lists, Default record, reports, inactive, seo, administration pages, 3.2.1, ID notes, contact links, resources, GDBR, set link, simpl_pages, message contactform, blank screem, timeout, CREM, gettext, colors, datatables, BURI, xmas, Fancy imagebar, server, illegitimate, cousins, blank, chart, 3.2.3, Google Maps, drag, editor, hover, Advanced search, login upgrade, edit, 1939 Register, relationships, 3.0.0. setup, click, individual resource, flags, Php 7.1, divorce, HTML variables, support, FAQ, simpl_research, Extra menus


    1669 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