basset:cache have strange issue

[blondie63]

In one my project i've a strange issue, when i run "php artisan basset:cache"

i've this result:
Looking for bassets under the following directories:

• resources/views (186 blade files)
• vendor/backpack/crud/src/resources/views (149 blade files)
• vendor/backpack/pro/resources/views (91 blade files)
• vendor/backpack/theme-tabler/resources/views (69 blade files)

Found 290 bassets in 495 blade files. Caching:
0/290 [░░░░░░░░░░░░░░░░░░░░░░░░░░░░] 0%
<style>
.document-recipients-container {
background-color: #ffffff;
border: 1px solid #dee2e6 !important;
box-shadow: 0 2px 4px rgba(0,0,0,0.1);
}

        .recipient-header {
            background: linear-gradient(135deg, #f8f9fa 0%, #e9ecef 100%);
            border-bottom: 2px solid #dee2e6 !important;
        }

        .recipient-type-buttons .btn {
            border-radius: 20px;
            font-size: 0.85rem;
            transition: all 0.2s;
        }

        .recipient-type-buttons .btn:hover {
            transform: translateY(-1px);
            box-shadow: 0 2px 4px rgba(0,0,0,0.2);
        }

        .recipient-type-buttons .btn.active {
            background-color: #007bff;
            border-color: #007bff;
            color: white;
        }

        .recipient-grid {
            min-height: 300px;
        }

        .users-grid-container {
            max-height: 400px;
            overflow-y: auto;
        }

        #recipients-table {
            margin-bottom: 0;
        }

        #recipients-table thead th {
            position: sticky;
            top: 0;
            background-color: #f8f9fa;
            border-bottom: 2px solid #dee2e6;
            font-weight: 600;
            font-size: 0.875rem;
        }

.... continue with very long code..

This problem has been happening for a few days now, what could it be?

[backpack-ai-bot]

CrawlChat Answer:

Based on the output, your basset:cache command appears to be hanging or freezing while processing the bassets. This typically indicates the process is stuck during the caching phase.

Common causes and solutions:

1. Clear and retry: Run the commands sequentially:

   php artisan basset:clear
   php artisan basset:cache

   If this doesn't work, try adding a view:clear:

   php artisan basset:cache && php artisan view:clear

2. Check environment variables: Ensure your .env file has proper settings:

   • Verify APP_URL is correctly configured
   • If BASSET_DEV_MODE=false, the command will cache CDN files

3. Use diagnostics: Run:

   php artisan basset:check

   This will help diagnose asset serving problems.

4. Memory or timeout issues: The command may be timing out due to processing 290 bassets. Try increasing PHP memory or timeout limits if you have server access.

If the issue persists after trying these steps, I'd recommend reaching out to the Backpack support community on Gitter or GitHub discussions for more specific debugging help.

ℹ️ Please note our AI Bot does not reply to follow-ups, this will be the only AI answer in this thread. If the AI helped you find the answer, please mark it as answered or write details below so it can learn. Then close the conversation. If not, please give more information for when a human reads this. ℹ️

Relevant sources:

[Bug] Separate responsive controls from first column contents not showing
[Bug] Update to latest backpack broke CDN links?
[Bug] URGENT -- All Backends Down Across Servers
[Bug] Crappy CDN (unpkg) used, admin is unresponsive.
[Bug] Inline JavaScript rendered as plain text after PR #5922

[SkoricIT]

I've tracked down the root cause of this issue.

The bug is in BassetManager.php — the bassetBlock() method has several echo $code; statements that output directly to stdout, ignoring the $output parameter:

• Line 260: echo $code; — when $cache === false
• Line 276: echo $code; — in dev mode
• Line 328: echo $code; — fallback when result fails

When basset:cache runs, it calls Basset::bassetBlock(...) with $output = false (set in BassetCache.php line 112-113), but these echo statements don't check that parameter.

Compare to the correct pattern used elsewhere in the same file:

$output && $this->output->write($asset);

The fix would be to wrap those echo statements:

// Instead of:
echo $code;

// Should be:
if ($output) {
    echo $code;
}

This affects lines 260, 276, and 328 in src/BassetManager.php.

[SkoricIT]

I've submitted a PR with the fix: #165