XF 1.3 Server error after deleting custom field

Floyd R Turbo

Well-known member
I had created a custom field 'userlocation' to use in place of the default "Location" field so that I could make it mandatory.

Now I'm using Waindigo add-on for that, so I merged the custom field into the default location field, then deleted the custom field.

Before I deleted it, I unchecked the "field is required" and "Viewable in message user info" boxes and saved.

Now, upon new registrations, I get this:

Error Info
ErrorException: Undefined index: userlocation - library/XenForo/Application.php:1102
Generated By: testaccount3, 5 minutes ago
Stack Trace

#0 /***********/library/XenForo/Application.php(1102): XenForo_Application::handlePhpError(8, 'Undefined index...', '/home/turbo/pub...', 1102, Array)
#1 /***********/library/Andy/RegisterEmail/ControllerPublic/Register.php(37): XenForo_Application::arrayFilterKeys(Array, Array)
#2 /***********/library/XenForo/FrontController.php(347): Andy_RegisterEmail_ControllerPublic_Register->actionRegister()
#3 /***********/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#4 /***********/index.php(13): XenForo_FrontController->run()
#5 {main}

Request State

array(3) {
  ["url"] => string(48) "https://***********/register"
  ["_GET"] => array(0) {
  ["_POST"] => array(13) {
    ["username"] => string(12) "testaccount3"
    ["email"] => string(21) "***********@gmail.com"
    ["password"] => string(8) "********"
    ["password_confirm"] => string(8) "********"
    ["dob_month"] => string(1) "1"
    ["dob_day"] => string(2) "11"
    ["dob_year"] => string(4) "1987"
    ["gender"] => string(4) "male"
    ["timezone"] => string(15) "America/Chicago"
    ["hash"] => string(161) "***********|***********|http://back11.keycaptcha.com/swfs/ckc/***********|***********|1"
    ["agree"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
    ["reg_key"] => string(32) "***********"
I also rebuilt a bunch of caches and ran a bunch of cron jobs before testing it out so any help would be appreciated. Right now it doesn't seem to be inhibiting registration, just creating a server error log.

Floyd R Turbo

Well-known member
I didn't read that close enough apparently. It is calling out the userlocation field to be included in that e-mail alert, thanks