Does someone else have a problem with deleting failed logins or ban period? Github 23/08/2026

[Alex-e107nl]

@e107help Using the github version of today i get a blank screen when i delete all failed logins on e107_admin/banlist.php?mode=failed&action=list, when i go back in the browser they are deleted but with this error:

[Sun Aug 23 20:51:03.235401 2026] [proxy_fcgi:error] [pid 190729:tid 190775] [remote 84.87.133.136:61678] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught InvalidArgumentException: Invalid column name: delete-all in /home/********/domains/********/private_html/e107_handlers/Database/QueryBuilder.php:327\nStack trace:\n#0 /home/********/domains/********/private_html/e107_handlers/Database/QueryBuilder.php(1873): e107\\Database\\QueryBuilder->quoteColumn()\n#1 /home/********/domains/********/private_html/e107_handlers/model_class.php(4259): e107\\Database\\QueryBuilder->set()\n#2 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(6839): e_front_tree_model->batchUpdate()\n#3 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(4368): e_admin_ui->handleListBatch()\n#4 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(6124): e_admin_controller_ui->_handleListBatch()\n#5 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(2670): e_admin_ui->ListBatchTrigger()\n#6 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(1522): e_admi...', referer: https://********/e107_admin/banlist.php?mode=failed&action=list

Same with changing the ban duration on e107_admin/banlist.php?mode=main&action=times, saving gives a blank screen but when i go back it is changed and saved, error is:

[Sun Aug 23 20:57:40.410685 2026] [proxy_fcgi:error] [pid 190729:tid 190778] [remote 84.87.133.136:61489] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function banlist_adminlog() in /home/********/domains/********/private_html/e107_admin/banlist.php:454\nStack trace:\n#0 /home/********/domains/********/private_html/e107_admin/banlist.php(190): banlist_ui->timesPageSave()\n#1 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(1663): banlist_ui->init()\n#2 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(1636): e_admin_dispatcher->_initController()\n#3 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(1522): e_admin_dispatcher->getController()\n#4 /home/********/domains/********/private_html/e107_handlers/admin_ui.php(1178): e_admin_dispatcher->runObservers()\n#5 /home/********/domains/********/private_html/e107_admin/banlist.php(991): e_admin_dispatcher->__construct()\n#6 {main}\n thrown in /home/********/domains/********/private_html/e107_admin/banlist.php on line 454', referer: https://********/e107_admin/banlist.php?mode=main&action=times

[e107help[bot]]

@Alex-e107nl both are real, and your log lines were enough to pin them without guessing. I traced the code and wrote unit tests that fail with your exact exception, rather than clicking through the admin myself, so what follows is read from source and not watched on a screen.

Neither one loses your work. What you saw is exactly right: reload after the blank screen and the change is already applied.

Failed logins. This one does come from the recent database work. The list offers a "Delete all" batch option that no handler claims, so the batch dispatcher takes delete-all for a column name, hands it to the query builder, and the builder refuses it and throws. The deletion runs before that, which is why the rows go and then the page dies. Filed as #6079.

Ban period. This one is not new. banlist_adminlog() was deleted from banlist.php in f5153bf640, December 2020, and three calls to it were left behind; the only surviving copy is in banlist_export.php, which that page never includes. The durations are written before the log call, so the save sticks and the request dies after it. Filed as #6078, with the line references pinned there. It affects release/v2.3.x as well as master.

One more from the same file and the same 2020 commit: the CSV import on that Transfer page calls process_csv(), which is now nowhere in core, so do not expect an import to work. That is #6077, and whether it gets rewritten or the form comes out is Deltik's call.

Pull requests are open for the first two: #6080 on master, and #6081 taking the ban-period half to release/v2.3.x. Merge timing is Deltik's.