My bad, I just tested it; it's not deleting the actual file anymore on my setup.
It could be PHP 8.5.x incompatibility. :|
![[DigitalPoint] App for Cloudflare®](/community/data/resource_icons/8/8750.jpg?1692633961){kind=icon}
[DigitalPoint] App for Cloudflare® 1.9.8.1
- Thread starter digitalpoint
- Start date
It could be PHP 8.5.x incompatibility. :|
Chromaniac
Well-known member
I am on 8.3.28 and it appears to be doing the same here. I even waited for a while refreshing the folder containing the uploaded test attachment. I would keep an eye if it does disappear after a few hours!
I tested a video file, if it matters, as it's easier to locate on R2 than to test an image attachment.
If not a PHP 8.3/8.5 issue, could it be XF 2.3.8?
If not a PHP 8.3/8.5 issue, could it be XF 2.3.8?
Do you have any attachment-related add-ons installed?
Chromaniac
Well-known member
i do not think so except for this one. i only have it enabled for a few members and it is rarely used. reason why i never bothered to check this before lol.
Chromaniac
Well-known member
looks like it took around 50m but that image is gone from r2 bucket for me now! maybe it is being handled by a hourly cleanup cronjob?
digitalpoint
Well-known member
If you are talking about the underlying attachment data file, XenForo only deletes them hourly as part of the attachment clean up. Internally, XenForo treats attachments and attachment data differently (there is an
xf_attachment table and a different xf_attachment_data table. When you delete an attachment, the attachment is immediately deleted, but the attachment data (which also includes the data file) is deleted as part of an hourly cleanup process.If that's what you are seeing, it's nothing to do with the version of PHP, a lag with R2 or anything this addon is doing (it's the same behavior if you are using the local filesystem). It's just how XenForo works (and as always worked as far back as I can remember).
Ivancas
Well-known member
@digitalpoint is there any reason you haven't considered to an option to set up Edge TTL for
?
Code:
(http.request.uri.path.extension in {"css" "js" "png" "jpg" "jpeg" "gif" "ico" "svg" "webp" "woff" "woff2"})digitalpoint
Well-known member
It already does (and has for a long time). This expression for a Cache Rule was generated by this addon for example:
Code:
(ends_with(http.request.uri.path, ".7z")) or (ends_with(http.request.uri.path, ".avi")) or (ends_with(http.request.uri.path, ".bz2")) or (ends_with(http.request.uri.path, ".csv")) or (ends_with(http.request.uri.path, ".css")) or (ends_with(http.request.uri.path, ".dmg")) or (ends_with(http.request.uri.path, ".doc")) or (ends_with(http.request.uri.path, ".docx")) or (ends_with(http.request.uri.path, ".eps")) or (ends_with(http.request.uri.path, ".exe")) or (ends_with(http.request.uri.path, ".gif")) or (ends_with(http.request.uri.path, ".gz")) or (ends_with(http.request.uri.path, ".ico")) or (ends_with(http.request.uri.path, ".iso")) or (ends_with(http.request.uri.path, ".jar")) or (ends_with(http.request.uri.path, ".jpeg")) or (ends_with(http.request.uri.path, ".jpg")) or (ends_with(http.request.uri.path, ".js")) or (ends_with(http.request.uri.path, ".mid")) or (ends_with(http.request.uri.path, ".midi")) or (ends_with(http.request.uri.path, ".mp3")) or (ends_with(http.request.uri.path, ".mp4")) or (ends_with(http.request.uri.path, ".mpeg")) or (ends_with(http.request.uri.path, ".ogg")) or (ends_with(http.request.uri.path, ".pdf")) or (ends_with(http.request.uri.path, ".ppt")) or (ends_with(http.request.uri.path, ".pptx")) or (ends_with(http.request.uri.path, ".rar")) or (ends_with(http.request.uri.path, ".tar")) or (ends_with(http.request.uri.path, ".svg")) or (ends_with(http.request.uri.path, ".svgz")) or (ends_with(http.request.uri.path, ".ttf")) or (ends_with(http.request.uri.path, ".webm")) or (ends_with(http.request.uri.path, ".webp")) or (ends_with(http.request.uri.path, ".woff")) or (ends_with(http.request.uri.path, ".woff2")) or (ends_with(http.request.uri.path, ".xls")) or (ends_with(http.request.uri.path, ".xlsx")) or (ends_with(http.request.uri.path, ".zip"))It probably does make sense to clean it up though now that
http.request.uri.path.extension is a thing, and probably could use some extra extensions like avif.
Ivancas
Well-known member
That's weird, I don't see that cache rule on the CF account (even creating a new API key). What should I do to force the creation of it? By default it isn't created
digitalpoint
Well-known member
It doesn’t add rules unless you ask it to.
XF Admin -> Cloudflare -> Rules -> Rules… -> Cache static content
digitalpoint
Well-known member
It is not, although I do know what the issue is. PHP changed how
inet_pton() works in PHP versions 8.5.1, 8.4.16, 8.3.29, 8.2.30 and 8.1.34You can find the relevant bug report for XenForo here:
Server Info:
PHP 8.3.29
10.6.24-MariaDB
Tested on my test forum with no addons.
Steps to reproduce:
The screen will return the error:
The server error log will have:
PHP 8.3.29
10.6.24-MariaDB
Tested on my test forum with no addons.
Steps to reproduce:
- Enable Writing before registering.
- From a logged out account, write a reply and hit Post Reply.
- Click the Login button.
The screen will return the error:
The server error log will have:
Code:
ValueError: inet_pton(): Argument #1 ($ip) must not contain any null bytes src/XF/Util/Ip.php:14
Generated by: Unknown account Jan 16, 2026 at 9:58 PM
Stack trace
#0...XenForo needs an update to it's
XF/Util/Ip.php to make it compatible with the newer versions of PHP.
digitalpoint
Well-known member
Yep, the PHP change was made in 8.3.29, so will be part of any version after that.
