Recent content by W1zzard

Whoops, should be 403 then

This makes it hard to catch bruteforces in the logs, should return 401 edit: SELECT COUNT(*) FROM xf_login_attempt WHERE FROM_UNIXTIME(attempt_date) > CURRENT_DATE() -> 184468 and it's only 5 pm fix: edit LoginController.php, after $user = $loginService->validate($input['password'], $error)...

No, not the vertical padding Yeah, I know how it works there

The space after the "w" is tiny, 1.875px only .p-nav-list .p-navEl-link.p-navEl-link--splitMenu { padding-right: 1.875px; } Without user interaction it's not visible, but when hovering, the background color changes and it looks too cramped. A bigger padding like 4px would look much cleaner

The hover should be much more visible. .offCanvasMenu--nav .offCanvasMenu-subList .offCanvasMenu-link:hover { text-decoration: none; background: hsla(var(--xf-publicHeaderAdjustColor)); } is using publicHeaderAdjustColor even the right choice for the hover?

We definitely need an option to set isAutomated through the API. Right now there's no official way to bypass things like please_enter_message_with_no_more_than_x_media My workaround is a plugin that hooks into the constructor of XF\Service\Post\EditorService and does something like if...

Just tested, "silent" still saves the post editing history and the post is getting moderated (subject to the spam check)

When modifying content using the API, history entries are created, is it possible to make sure setIsAutomated() is called, so automated scripts don't create a ton of edit history and logs edit: 'silent' probably works

Getting this roughly a dozen times each day too. The underlying reason seems to be that mail is sent to a non-existant domain, which the mail server responds to with "554 5.5.1 Error: no valid recipients" at this point something breaks with the mailer connection, yet swiftmailer keeps trying to...

Oh, my bad then

XF\Service\AbstractNotifier::notify takes a parameter "$timeLimit", which seems to be hardcoded to 3 seconds by all callers. For threads with many notifications this causes it to time out and people keep wondering why they don't get their notifications. Might want to run this in a background...

Ah that makes sense then. Time to get in some template modifications :)

Since upgrading to 2.1.2 my moderators complain that they can no longer see email addresses of users in the spam cleaner. Code change is "<xf:if is="$xf.visitor.hasAdminPermission('user')">" in templates.xml line 64158 What's the reason behind such a strict limitation? Could "Can view IPs"...

Been running it on my forums for a few months .. wanted to monetize it for public release, but got no time to babysit the payment process etc, so I asked @Xon whether he wants to handle addon sales, he doesn't have time either, so looks like this won't be happening

That won't integrate with spam management and the warnings system, so more work in the end.