Thanks for the replies.
I’d considered it might be a browser issue, sysnop, but it seemed unlikely given that I’d expect those fields to be prepopulated from InterWorx data about the account. I’m using Chrome, but I’ll certainly try Brave and maybe even Safari on the Mac side of things to see if that makes a difference.
Allow me to clarify the problem:
- I'm working only with accounts and sites migrated from cPanel, so this pertains to all [B]existing, migrated [/B]SiteWorx accounts. I've not yet tested it with setting up a new account, but will try that today to see if the behavior is different.
- When I navigate to the SiteWorx "Accounts" option, I see the correct Nickname information for the accounts in the SiteWorx Account Management table:
[INDENT]Hovering over the "SiteWorx user" link shows the correct email address for the user account's administrator.[/INDENT]
- When I click [B]Edit [/B]to bring up the Account Management modal for the specific account, I see this under the User Information:
[INDENT]You can see here that the Nickname and Email information do not belong to the account itself (as shown in the SiteWorx Account Management table), but have reverted back to the main domain/server admin information. We can't see what's in the Password field, obviously, but it's clear the form is expecting a change as it's prompting me to confirm the password.[/INDENT]
- I changed the crontab access setting as needed for this particular account, but clicking [B]Save [/B]to store the new setting causes the form to throw the validation error, precisely because it thinks the User Information screen isn't complete:
Thanks to all for any insight you can provide. If no one else has encountered this issue, I'll open a ticket.