Не отображаются заказы minishop2

(ERROR @ /home/i/papka/site.ru/public_html/core/components/pdotools/vendor/fenom/fenom/src/Fenom/Template.php(487): eval()'d code: 47)

это не имеет отношения к проблеме, это в каком-то из твоих шаблонов ворнинг

(ERROR @ /home/i/papka/site.ru/public_html/core/components/minishop2/processors/mgr/product/getlist.class.php: 240) PHP warning: count():

а вот такого быть не должно — стоит заглянуть в процессор и посмотреть, почему там в count прилетает неверная переменная

сама проблема со списком заказов похожа на это, но в твоем случае вроде счетчики работают
я бы в первую очередь смотрел на то, что возвращает процессор заказов, а потом проследил бы логику его работы, гляди и проблема найдется
еще загляни в консоль, может и вовсе проблема не серверная, а какой-нибудь js отвалился

P.S. по внезапному совпадению, у меня на одном из проектов тоже отваливается список заказов, если отсортировать по покупателю, на твоем скрине именно так и сделано, поэтому попробуй поменять сортировку, авось у тебя тот же кейс
пока что я еще не смотрел, почему так происходит, вероятно, виноват какой-нибудь сторонний компонент

Смотреть нужно, возможна проблема в базе. Пишите на nokerka[at]ya.ru помогу.

В общем, это баг miniShop2, в последних версиях отрефакторили процессор получения заказов и чего-то намудрили с выборкой. Во-первых, зачем-то используется название поля customer вместо fullname, которое указано в схеме таблицы. Во-вторых, именно по этой причине выборка ломается, потому что поля customer в таблице нет, а альяс для него не указан.
Быстрое решение в 1 строку — заменить эту строку на

$q->query['columns'] = ['SQL_CALC_FOUND_ROWS msOrder.id, fullname as customer'];

Теперь для fullname есть альяс и выборка ломаться не будет.
А по-хорошему надо это нормально отрефакторить.
Попозже закину issue или PR.

Закинул issue