Recent content by W1zzard

Using MS Exchange connector This happens every few hundred emails, works perfectly the rest of the time.

+1 on that, my members keep having the exact same issue

We do something similar, but a bit more complex with around a million "failed" (HTTP 4xx/5xx) requests each day from all over the site, not just forums Kafka -> enrich -> add geo, ASN, history, request headers -> analyze -> look at class C, ASN, request patterns, request rates, payloads -> act...

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 :)