User Essentials [Paid] 4.6.4

[Xon]

Low Priority. User Essentials 4.5.7
View attachment 323255
Typo.

Fixed for next version, I've got some other bugfixes to release so might be out on Monday.

 

[Xon]

Xon updated User Essentials with a new update entry:

4.5.8 - Bugfix update

• Fix typo in option description
• Improve robustness of allowing a user to cancel a pending account self-disable

Read the rest of this update entry...

 

[John917]

@Xon Can we allow thread owner to approve replies in their own threads? I plan to unapprove thread replies but it'll be nice to let thread owner do that.

 

[Xon]

The approval queue sadly is hard coded to depend on moderator flag and unpicking that is tricky without it being a dedicated add-on for it.

I should have some time early next month if you would be interested in commissioning that sort of thing

 

[Xon]

Xon updated User Essentials with a new update entry:

4.5.9 - Bugfix update

• Fix [UserEss] Warn posts in own thread permission could allow a thread starter to warn themselves
  • Note; this permission requires Warning Improvements to allow non-moderators access to the warning feature

Read the rest of this update entry...

 

[Xon]

Xon updated User Essentials with a new update entry:

4.5.10 - Bugfix update

• Fix not all supported content types actually worked for content mention tracking (reports/conversation/XFRM/XFMG)
• Fix rebuilding content mentions from admincp would rebuild all mentions instead of just the selected type

Read the rest of this update entry...

 

[Apt Irrelevance]

Should the version number be 4.5.10?

 

[Xon]

Should the version number be 4.5.10?

Yes, typo has been fixed

 

[Apt Irrelevance]

Is this expected behavior?

• Upgraded: XF1.5 and UE 2.7.9 --> XF 2.2.17 and UE 4.5.10
• In XF1.5: All previous usernames show in public profiles
• In XF2.2: Previous usernames only show in profiles and admincp for changes made in the past year
• In the XF1.5 DB: xf_user_change_log has the past year of changes and useress_unc has all username changes
• In the XF2.2 DB: xf_username_change has the past year of username changes and xf_sv_unc has all username changes

I'm guessing a cron is pruning xf_username_change but I haven't been able to locate a setting for username change log length.

 

[Xon]

This add-on doesn't do any purging of those tables, but XF only shows the last year (or so) or username changes on the user's profile. The records should still be there.

 

[Apt Irrelevance]

This add-on is what adds the "previous names" tab to the user profile, correct? In XF1.5 I can see username changes in that tab going back to 2012. In XF2.2 the tab doesn't show up unless there are changes from the past year.

Also, if I'm a moderator, where can I view the full username change request history?

 

[Alpha1]

Does the permission '[UserEss] Edit any thread' include permission to Change Thread Type?

 

[Xon]

Xon updated User Essentials with a new update entry:

4.6.0 - Feature update & SEO improvements for mentions

• Require StandardLib v1.23.0+
• Fix enabling "Display mini-avatars" would break User Mention Improvements copy&paste support of user-group mentions
• Fix copy&paste of user groups & user mentions when "Display mini-avatars" was enabled would paste the avatar when it shouldn't
• When Send edited in mentions...

Read the rest of this update entry...

 

[Xon]

Xon updated User Essentials with a new update entry:

4.6.1 - Bugfix update

• Fix disabling Rich text user mentions option didn't work

Read the rest of this update entry...

 

[Xon]

Xon updated User Essentials with a new update entry:

4.6.2 - Bugfix update

• Fix Display mini-avatars option did not apply when rendered for email/api/signature

Read the rest of this update entry...

 

[Xon]

Xon updated User Essentials with a new update entry:

4.6.4 - Bugfix update

• php 8.4+ compatibility fixes
• Fix rebuild mention job for XFRM

Read the rest of this update entry...

 

[Alpha1]

I keep getting complaints from users that cannot self-disable their account. Permission analysis shows they have permission to self disable. I don't see anything that may block it. The user self-disable log does show many entries but those seem to be caused by staff disabling of accounts.

Where exactly is the disable account link displayed? Could you add a screenshot? What is the link to the function?

Is this addon compatible with @Painbaker 's Liam self delete addon?

[Liam W] (RIP) Member Self Delete

Aug 9, 2017

Allow users to delete their own accounts.

• Painbaker
• Add-ons [2.x]

 

[Xon]

The account disable feature is found by clicking "Account Details" from the user-profile card, and then "Self-disable" on the side-bar.

Make sure the template modification "Adds watched content & self-disable to navigation items to the account wrapper sidebar" is applying, and then you can check the contents of the sv_ue_account_wrapper_self_disable template for how it renders the self-disable link.


The canSelfDisable() function is quite simple:

public function canSelfDisable()
{
    if ($this->is_admin || $this->is_moderator)
    {
        return false;
    }

    if (!$this->hasPermission('general', 'svSelfDisable'))
    {
        return false;
    }

    return true;
}