/*
 * Single media article — runtime asset shim.
 *
 * Existing media `post` objects still carry a stale `_wp_page_template =
 * template-media-single.php` meta from the previous theme. Because that file
 * is absent here, WordPress renders them through single.php (correct) but
 * get_page_template_slug() still returns the stale value, so the asset
 * convention in functions.php computes the slug "media-single" instead of the
 * "post-single" documented in single.php. As a result assets/css/post-single.css
 * was never enqueued and the whole article rendered with browser defaults.
 *
 * This file matches the computed "media-single" slug so the convention loads
 * it automatically, and it simply pulls in the canonical single-article styles
 * from post-single.css (same directory). Editing post-single.css remains the
 * single source of truth; this shim only routes it onto the live request.
 *
 * Proper long-term fix (outside CSS scope — see QA report):
 *   - clear the stale _wp_page_template meta on media posts, OR
 *   - guard functions.php to ignore a template slug whose file does not exist.
 */
@import url("post-single.css");