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.9
- Thread starter digitalpoint
- Start date
It could be PHP 8.5.x incompatibility. :|
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?
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.
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?
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).
@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"})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.
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
It doesn’t add rules unless you ask it to.
XF Admin -> Cloudflare -> Rules -> Rules… -> Cache static content
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.
Yep, the PHP change was made in 8.3.29, so will be part of any version after that.
Hi Digital, I have a question regarding an issue with cron tasks on my forum. I noticed on the Cron Entries page that all tasks, including News Publisher, AMS, and even native XenForo cron jobs, were stuck with a “Next run” date of February 9, which was three days in the past. Because of this, nothing was publishing automatically. I also tried setting up a cron job manually through cPanel, but the issue persisted. This problem started after I updated to the latest version of XenForo. To troubleshoot, I began disabling add ons one by one. As soon as I disabled the Cloudflare add on, all scheduled tasks immediately began running again.
Do you have any idea what might be causing this?
Do you have any idea what might be causing this?
Without an error of some sort, no.
digitalpoint updated [DigitalPoint] App for Cloudflare® with a new update entry:
Added Markdown for Agents setting
Read the rest of this update entry...
Added Markdown for Agents setting
Read the rest of this update entry...
ErrorException: [E_WARNING] Trying to access array offset on value of type bool in src/addons/DigitalPoint/Cloudflare/Repository/Cloudflare.php at line 1138
- XF::handlePhpError() insrc/addons/DigitalPoint/Cloudflare/Repository/Cloudflare.php at line 1138
- DigitalPoint\Cloudflare\Repository\CloudflareAbstract->getZoneSettings() insrc/addons/DigitalPoint/Cloudflare/Repository/Cloudflare.php at line 816
- DigitalPoint\Cloudflare\Repository\CloudflareAbstract->organizeSettings() insrc/addons/DigitalPoint/Cloudflare/Admin/Controller/Cloudflare.php at line 50
- DigitalPoint\Cloudflare\Admin\Controller\Cloudflare->actionIndex() insrc/XF/Mvc/Dispatcher.php at line 362
- XF\Mvc\Dispatcher->dispatchClass() insrc/XF/Mvc/Dispatcher.php at line 265
- XF\Mvc\Dispatcher->dispatchFromMatch() insrc/XF/Mvc/Dispatcher.php at line 121
- XF\Mvc\Dispatcher->dispatchLoop() insrc/XF/Mvc/Dispatcher.php at line 63
- XF\Mvc\Dispatcher->run() in src/XF/App.phpat line 2824
- XF\App->run() in src/XF.php at line 814
- XF::runApp() in admin.php at line 15
Is your domain setup as zone in your Cloudflare account? That error implies there’s an issue retrieving settings for your zone.
