Alert Improvements by Xon 2.10.13

[Xon]

Do reaction alerts automatically mark as read when you view them on the menu?

Yes, unless you explicitly mark them as unread. Then they stick around.

 

[JoyFreak]

Yes, unless you explicitly mark them as unread. Then they stick around.

Fantastic, thanks!

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.9 - Bugfix & Maintenance update

• Make global "mark read" work without a overlay or redirect to a new page, and reload alerts on the existing page when invoked
• Handle alerts unviewed/unread being out of sync so trigger summarization
• For reaction summary alerts
  • Ensure reactions have stable sorting (new summarizes only)
  • On generating summary alerts, ensure they are treated as just-read correctly in the UI.
  • On viewing details, Fix the new alert star was being put under the avatar incorrectly...

Read the rest of this update entry...

 

[SeToY]

• Make global "mark read" work without a overlay or redirect to a new page, and reload alerts on the existing page when invoked

Read the rest of this update entry...

Clicking on "mark read" redirects to /account/alerts/mark-read again (at least from the alerts menu). Doesn't seem like this was intended

 

[Xon]

Which 'mark read'? What version of XenForo? Have you reloaded the page after the add-on finished installing?

 

[SeToY]

Which 'mark read'?

The link in the footer of the alerts dropdown.

What version of XenForo?

2.1.12

Have you reloaded the page after the add-on finished installing?

Yep, including clearing the cache.

Edit:
I set one to "unread" via "mark unread" and used the "mark all read" link on the alerts page, now it works. Maybe some db caching issue after upgrade?

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.10 - Maintenance update

• Adjust locking ordering in markUserAlertsRead to hopefully be less deadlock prone
• Add sanity checking to unread alerts page to automatically rebuild alert counts on no unread alerts being seen

Read the rest of this update entry...

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.12 - Bugfix & Maintenance update

• Adjust lock ordering to reduce/prevent deadlocks between the mark read/unread feature and inserting alerts
  • Note; this affects stock alerts as well.
• Fix that mark read/unread would silently fail if an alert went away
• Fix bulk alert toggle could be inconsistent compared to the individual alert toggler with how it manipulates is-read/is-recently-read/is-unread classes
• Add public account/alert route, allowing nicer URLs for alert specific actions
• Fix...

Read the rest of this update entry...

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.13 - Bugfix update

• Fix that mark read/unread would remove the checkbox on the alerts page
• Push fauxBlockLink to be just around the per-template render to not overlap the minor info row

Read the rest of this update entry...

 

[VersoBit]

Great work @Xon, thanks for the speedy updates on this!

 

[beerForo]

Would you consider a staff CC function for "reason" alerts?
So for example. An admin deletes a thread, and fills in the reason "Promotion in the wrong area."
The moderators gets the same alert the user did with adjusted language letting know the admin that deleted it and the reason.

This is good to keep mods on their toes and looking out for certain violations. This would be for edits, deletes, and all the "reason" actions.

The setting could be in the user group or in the mod and admin staff settings. Something like:
Receive CC of actions sent with a reason by administrators Y/N
Receive CC of actions sent with a reason by moderators Y/N

OR it could be a CC tick box when actually sending.

This way you control if mods get it from admins, or from other mods, or admin to admin, etc. Great for training mods or just giving staff a heads up to current actions.

Thanks!

 

[Alternadiv]

@Xon killing it with the updates on this!

 

[Xon]

Great work @Xon, thanks for the speedy updates on this!

I would prefer to get it right the first time

That said, there have been a lot of incremental updates to smooth unexpected janky behaviour out.

Would you consider a staff CC function for "reason" alerts?
So for example. An admin deletes a thread, and fills in the reason "Promotion in the wrong area."
The moderators gets the same alert the user did with adjusted language letting know the admin that deleted it and the reason.

This is good to keep mods on their toes and looking out for certain violations. This would be for edits, deletes, and all the "reason" actions.

The setting could be in the user group or in the mod and admin staff settings. Something like:
Receive CC of actions sent with a reason by administrators Y/N
Receive CC of actions sent with a reason by moderators Y/N

OR it could be a CC tick box when actually sending.

This way you control if mods get it from admins, or from other mods, or admin to admin, etc. Great for training mods or just giving staff a heads up to current actions.

Thanks!

This sort of feature is what I'ld put into Report Centre Essentials or Moderator Essentials for this sort of moderation automation

 

[beerForo]

I'll post it over there as I wanted to add something as well that didn't fit here. Thanks!

 

[Joe Link]

@Xon

Found a phrase issue

 

[Xon]

@Xon

Found a phrase issue

View attachment 241031

Check you don't have an outdated template (and the latest version), v2.8.13 definitely has the correct phrases there;

XenForo2-AlertImprovements/upload/src/addons/SV/AlertImprovements/_output/templates/public/svAlertImprov_account_preferences_extra.html at 8a4c8e2e682ce5b246ae7e7dc438c193ca23dc2a · Xon/XenForo2-AlertImprovements

Improvements to Alerts for XenForo 2. Contribute to Xon/XenForo2-AlertImprovements development by creating an account on GitHub.

github.com

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.14 - Bugfix update

• Fix that alerts css would be injected after extra.less, which made styling difficult

Read the rest of this update entry...

 

[cyberdyne]

Hello, @Xon
After 2.2 compatibility updates i have a strange thing.
I have high-load forum, (~250k users, ~11M posts, ~6k posts per day)

I am seeing the following changes. Mysql gets a very heavy load on operations and bandwidth (60-120 MB/s). I watched the problem and I suspect that this is due to the scheduler tasks. xf_job receives UnviewedAlertCleanup job with 5-6 MB of execute_data. see screenshots. This was not the case before in 2.1 Apparently the plugin in its current state will not work with high-load forums. It's sad.

 

[Xon]

@cyberdyne I'll look into that. I didn't expect it would be such an issue, I suspect the task has snowballed and is now not keeping up.

 

[Xon]

Xon updated Alert Improvements by Xon with a new update entry:

2.8.15 - Bugfix update

• Rework alert pruning to better scale for large & busy forums

Read the rest of this update entry...