WPIntell

Source evidence

Mobile cache not clearing

Hummingbird Performance – Cache & Page Speed Optimization for Core Web Vitals | Critical CSS | Minify CSS | Defer CSS Javascript | CDN · support · 2025-06-19T08:01:00+00:00

mixedsentiment
highseverity
0.95relevance
7replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

6 / 35 rows with source links

17.1% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

29 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
haakonrjdyplink resolved
Hi again. This is a repeat of this issue https://wordpress.org/support/topic/mobile-cache-not-clearing/ On our newspaper, the mobile page stopped updating due to cache not being cleared on updates. Manually clearing the cache did not work either. As with the last time this happened five months ago we ended up deleting the directory of the mobile cache in wphb-cache. This fixed the issue, and cache on mobile worked normaly. This time when deleting the dir it still works, but the problem just reapears on the next cache, where it will no longer update. This is only on the mobile cache. Desktop cache works normaly. We have temporarily deactivated the plugin. All the information from our case 5 months ago still the same. We have no other cache plugins Runs on our own server with plenty of overhead No changes where made prior to the incident We are on the latest hummingbird version, and it was updated 2. june where the problem happend the 18. june Size of files in the mobile cache is 4kb Site info ` wp-core version: 6.8.1 site_language: nb_NO user_language: nb_NO timezone: Europe/Oslo permalink: /%year%/%category%/%postname%/ https_status: true multisite: false user_registration: 0 blog_public: 1 default_comment_status: closed environment_type: production user_count: 29 dotorg_communication: true wp-paths-sizes wordpress_path: /var/www/hblad wordpress_size: 40,72 GB (43717553837 bytes) uploads_path: /var/www/hblad/wp-content/uploads uploads_size: 38,24 GB (41055681436 bytes) themes_path: /var/www/hblad/wp-content/themes themes_size: 9,42 MB (9876394 bytes) plugins_path: /var/www/hblad/wp-content/plugins plugins_size: 106,30 MB (111461572 bytes) fonts_path: /var/www/hblad/wp-content/uploads/fonts fonts_size: directory not found database_size: 1,75 GB (1874116608 bytes) total_size: 80,81 GB (86768689847 bytes) wp-active-theme name: Newsroom Publisher Theme (newsroom-publisher-theme) version: 2.0.3 author: Dyplink author_website: https://dyplink.no/ parent_theme: none theme_features: core-block-patterns, widgets-block-editor, post-thumbnails, align-wide, title-tag, templates, menus, widgets theme_path: /var/www/hblad/wp-content/themes/newsroom-publisher-theme auto_update: Slått av wp-themes-inactive (2) Twenty Twenty-Five: version: 1.2, author: WordPress-gruppen, Auto-oppdateringer slått av Twenty Twenty-Four: version: 1.3, author: WordPress-gruppen, Auto-oppdateringer slått av wp-mu-plugins (1) ManageWP - Worker Loader: version: 1.0.0, author: GoDaddy wp-plugins-active (28) Ad Inserter: version: 2.8.3, author: Igor Funa, Auto-oppdateringer slått av Analytify Dashboard: version: 6.1.0, author: Analytify, Auto-oppdateringer slått av Clean Image Filenames: version: 1.5, author: Upperdog, Auto-oppdateringer slått av Imsanity: version: 2.8.6, author: Exactly WWW, Auto-oppdateringer slått av ManageWP - Worker: version: 4.9.23, author: GoDaddy, Auto-oppdateringer slått av MCE Table Buttons: version: 3.3, author: Jake Goldman, 10up, Oomph, Auto-oppdateringer slått av Missed Scheduled Posts Publisher by WPBeginner: version: 2.1.0, author: WPBeginner, Auto-oppdateringer slått av Newsroom Publisher Ads: version: 1.1.2, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Cars: version: 1.0.5, author: dyplink, Auto-oppdateringer slått av Newsroom Publisher Categories: version: 1.0.3, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Core: version: 2.0.1, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Dx: version: 1.1.3, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Epaper: version: 1.0.3, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Front Page: version: 3.1.3, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Housing: version: 2.0.0, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Id Portal: version: 2.4.0, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Kilkaya: version: 2.2.1, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Modules: version: 2.0.7, author: Dyplink, Auto-oppdateringer slått av Newsroom Publisher Newsticker: version: 1.0.0, author: Dyplink, Auto-oppdateringer slått av Page Links To: version: 3.3.7, author: Mark Jaquith, Auto-oppdateringer slått av PublishPress Future: version: 4.7.1, author: PublishPress, Auto-oppdateringer slått av Simple SMTP: version: 1.3.3, author: soup-bowl & Contributors, Auto-oppdateringer slått av Smush: version: 3.18.1, author: WPMU DEV, Auto-oppdateringer slått av Solid Security Basic: version: 9.3.8, author: SolidWP, Auto-oppdateringer slått av User Role Editor: version: 4.64.5, author: Vladimir Garagulya, Auto-oppdateringer slått av WP Logo Showcase Responsive Slider and Carousel: version: 3.8.4, author: Essential Plugin, Auto-oppdateringer slått av WP User Avatars: version: 1.4.1, author: Triple J Software, Inc., Auto-oppdateringer slått av Yoast SEO: version: 25.3, author: Team Yoast (latest version: 25.3.1), Auto-oppdateringer slått av wp-plugins-inactive (3) Hummingbird: version: 3.14.1, author: WPMU DEV, Auto-oppdateringer slått av Newsroom Publisher Subscription: version: 1.3.16, author: Dyplink, Auto-oppdateringer slått av Query Monitor: version: 3.18.0, author: John Blackbourn, Auto-oppdateringer slått av wp-media image_editor: WP_Image_Editor_Imagick imagick_module_version: 1690 imagemagick_version: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org imagick_version: 3.8.0 file_uploads: 1 post_max_size: 125M upload_max_filesize: 125M max_effective_size: 125 MB max_file_uploads: 20 imagick_limits: imagick::RESOURCETYPE_AREA: 1 GB imagick::RESOURCETYPE_DISK: 8589934592 imagick::RESOURCETYPE_FILE: 768 imagick::RESOURCETYPE_MAP: 4 GB imagick::RESOURCETYPE_MEMORY: 2 GB imagick::RESOURCETYPE_THREAD: 1 imagick::RESOURCETYPE_TIME: 1.844674407371E+19 imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, ART, ARW, AVI, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, H, HALD, HDR, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, JBG, JBIG, JNG, JNX, JPE, JPEG, JPG, JPS, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPEG, MPG, MRW, MSL, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIFF, VIPS, VST, WBMP, WEBP, WMV, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV gd_version: 2.3.3 gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM ghostscript_version: unknown wp-server server_architecture: Linux 5.15.0-1081-gcp x86_64 httpd_software: nginx/1.27.1 php_version: 8.2.28 64bit php_sapi: fpm-fcgi max_input_variables: 1000 time_limit: 60 memory_limit: 6G max_input_time: 60 upload_max_filesize: 125M php_post_max_size: 125M curl_version: 7.68.0 OpenSSL/1.1.1f suhosin: false imagick_availability: true pretty_permalinks: true static_robotstxt_file: true current: 2025-06-19T07:54:04+00:00 utc-time: Thursday, 19-Jun-25 07:54:04 UTC server-time: 2025-06-19T09:54:03+02:00 wp-database extension: mysqli server_version: 8.0.18-google client_version: mysqlnd 8.2.28 max_allowed_packet: 33554432 max_connections: 4030 wp-constants WP_HOME: undefined WP_SITEURL: undefined WP_CONTENT_DIR: /var/www/hblad/wp-content WP_PLUGIN_DIR: /var/www/hblad/wp-content/plugins WP_MEMORY_LIMIT: 40M WP_MAX_MEMORY_LIMIT: 6G WP_DEBUG: false WP_DEBUG_DISPLAY: false WP_DEBUG_LOG: true SCRIPT_DEBUG: false WP_CACHE: false CONCATENATE_SCRIPTS: undefined COMPRESS_SCRIPTS: undefined COMPRESS_CSS: undefined WP_ENVIRONMENT_TYPE: undefined WP_DEVELOPMENT_MODE: undefined DB_CHARSET: utf8mb4 DB_COLLATE: undefined wp-filesystem wordpress: writable wp-content: writable uploads: writable plugins: writable themes: writable fonts: does not exist mu-plugins: writable solid-security pro: free initial_build: 4124 activated: 2022-03-24 08:48:04 patchstack: false modules: 0: ban-users 1: brute-force 2: network-brute-force 3: two-factor 4: firewall settings: {"ban-users":{"default":false,"enable_ban_lists":true,"server_config_limit":100},"brute-force":{"auto_ban_admin":true,"max_attempts_host":5,"max_attempts_user":10,"check_period":5},"network-brute-force":{"enable_ban":true},"two-factor":{"available_methods":"all","custom_available_methods":["Two_Factor_Totp","Two_Factor_Email","Two_Factor_Backup_Codes"],"disable_first_login":false},"firewall":{"max_attempts_host":10,"check_period":30},"global":{"write_files":true,"lockout_period":15,"blacklist_period":7,"blacklist":true,"blacklist_count":3,"automatic_temp_auth":true,"lockout_white_list":2,"log_type":"database","proxy":"disabled","proxy_header":"HTTP_X_FORWARDED_FOR","hide_admin_bar":false},"system-tweaks":{"protect_files":true,"directory_browsing":true,"uploads_php":true,"plugins_php":true,"themes_php":true},"wordpress-tweaks":{"file_editor":true,"disable_xmlrpc":"disable","allow_xmlrpc_multiauth":false,"rest_api":"default-access","valid_user_login_type":"both","force_unique_nicename":false,"disable_unused_author_pages":false},"hide-backend":{"enabled":false}} patchstack-firewall-rules: undefined user-firewall-rules: undefined active-vulnerabilities: 0 patched-vulnerabilities: 0 two-factor-users: 28 user_groups: [{"roles":[],"canonical":[],"users":1,"settings":["global.manage_group","dashboard.group"]},{"roles":[],"canonical":[],"users":26,"settings":[]}] The page I need help with: [ log in to see the link] We have done some debugging, and we think we have found the problem. A post had the url “/aret-som-gar — juni”. This was cached as dir: 'aret-som-gar-\xE2\x80\x91-juni' file: 'aret-som-gar-\xE2\x80\x91-juni8ca1ca5fb6c01e2c5110a2f77840af06.html' Hummingbird was unable to clear this file from cache. While it was cached on desktop it was handled after many of the desktop files where cleared, crashing the cache process so it never got to clearing the mobile cache. The problem seems to be the ‘—‘ in the url of the post leading to the single quotes in the file name. ‘—‘ represents a special character called a em dash, which is a long dash. We belive the journalist uses a external writing tool then pasted it into the gutenberg editor. So this seams to be a bug where ‘—‘ in the url causes the cached filename to contain characters or formating that the clear cache function is unable to handle. best regards Haakon Reiss-Jacobsen Dyplink AS Hi @haakonrjdyplink , A post had the url “/aret-som-gar — juni”. I’m not able to create a post with ‘—‘ in the url, it either gets change to hypen or just gets removed if I try to re-edit the permalink with ‘—‘ in the url . It appears by default WP doesn’t allow creating a post with ‘—‘ in the url other than a single hypen. Are you able to create a post with ‘—‘ in the url ? If yes, such a behaviour shouldn’t have occurred in the 1st place. I highly recommend running a conflict test to rule out what might be changing this default behavior in WordPress, so it doesn’t occur in general. I’ll make sure to bring your observation to our Hummingbird team’s attention to check if there are any improvements needed in such use cases. Regards, Nithin Thank you for the reply. No I am unable to recreate it myself. I have contacted the newspaper and asked if they can send me the original file where the article where...

Comments

7 shown
haakonrjdyplink 2025-06-19T08:45:00+00:00

We have done some debugging, and we think we have found the problem. A post had the url “/aret-som-gar — juni”. This was cached as dir: 'aret-som-gar-\xE2\x80\x91-juni' file: 'aret-som-gar-\xE2\x80\x91-juni8ca1ca5fb6c01e2c5110a2f77840af06.html' Hummingbird was unable to clear this file from cache. While it was cached on desktop it was handled after many of the desktop files where cleared, crashing the cache process so it never got to clearing the mobile cache. The problem seems to be the ‘—‘ in the url of the post leading to the single quotes in the file name. ‘—‘ represents a special character called a em dash, which is a long dash. We belive the journalist uses a external writing tool then pasted it into the gutenberg editor. So this seams to be a bug where ‘—‘ in the url causes the cached filename to contain characters or formating that the clear cache function is unable to handle. best regards Haakon Reiss-Jacobsen Dyplink AS

Nithin – WPMU DEV Support 2025-06-19T14:43:00+00:00

Hi @haakonrjdyplink , A post had the url “/aret-som-gar — juni”. I’m not able to create a post with ‘—‘ in the url, it either gets change to hypen or just gets removed if I try to re-edit the permalink with ‘—‘ in the url . It appears by default WP doesn’t allow creating a post with ‘—‘ in the url other than a single hypen. Are you able to create a post with ‘—‘ in the url ? If yes, such a behaviour shouldn’t have occurred in the 1st place. I highly recommend running a conflict test to rule out what might be changing this default behavior in WordPress, so it doesn’t occur in general. I’ll make sure to bring your observation to our Hummingbird team’s attention to check if there are any improvements needed in such use cases. Regards, Nithin

haakonrjdyplink 2025-06-19T14:51:00+00:00

Thank you for the reply. No I am unable to recreate it myself. I have contacted the newspaper and asked if they can send me the original file where the article where copied from. Some of their journalist prefer to write in other tools then paste the result into gutenberg. /Haakon

Patrick – WPMU DEV Support 2025-06-21T02:42:00+00:00

Hi @haakonrjdyplink Thank you for the explanation. Yes, indeed it is pretty odd, WordPress by itself will strip special characters from slug, but I tried to replicate by using a Permalink Manager plugin and force a special character in one slug, then made sure the folder was created on desktop and mobile under Hummingbird cache folder which worked, then edited the post and checked the mobile browser + the folder and can confirm it correctly flushed the caching. In case you have more detail on step taken please let us know and we can try to replicate once again. Best Regards Patrick Freitas

Kris – WPMU DEV Support 2025-07-01T07:52:00+00:00

Hi @haakonrjdyplink We haven’t heard from you in a while, I’ll go and mark this thread as resolved. If you have any additional questions or require further help, please let us know! Kind Regards, Kris

haakonrjdyplink 2025-08-11T11:25:00+00:00

Hi again. Sorry but we never got a response from the publisher, so where unable to reproduce the problem. It now happened again, and this time we where able to catch it and reproduce the problem. The character causing the issue is this: non-breaking hyphen character ‑ , U+2011, coded by ‑ or ‑ Browsers handles encoding correclty when accessing the page, though you will be sendt to a 404 page. We where able to get the special encoding when we ran a curl request with arg –path-as-is. It encodes the character in a certain way where hb is able to add it to cache dir, but not deleted when clearing cache. curl –path-as-is “ https://stage.dypnytt.no/helhetlig-okonomistyring-\xE2\x80\x91-ikke-en-forenklet-forklaring/ ” -o /dev/null We suspect its a bot or similar that triggers the problem, as every browser we testet did not cause the issue. A potential solution that would partially solve this problem is to handle clearing of cached files one file at a time. Right now when the process is unable to delete a file it stops the deletion process causing desktop to be mostly cleared, while mobil never gets cleared. As we relised it causes a 404 we have removed caching of 404 page, to make the problem not happen again. best regards: Haakon Reiss-Jacobsen, Dyplink AS

Amin – WPMU DEV Support 2025-08-11T11:47:00+00:00

Hello @haakonrjdyplink Thank you for sharing additional information. I will bring this info to our Hummingbird team’s attention for further review, we may be able to improve the clearing cache functions on our end. Best Regards Amin