v36 第 36 批：时间控件改「日期 + 时/分下拉」（修掉 v35 真没生效的可见性 bug）+ 详情页去掉补照片

用户原话：
  ①「观影模块，开始时间和结束时间是空白的，无法选择，可以调整为，前面是日期，
     后面是时和分，只记录到时和分就行了。时和分，是下拉的。」
  ②「观影详情页面，不需要设置补充照片的功能，都放在编辑页面就行了。」

① 时间控件：**v35 的修复根本没生效**（我的锅），而且探针连绿两轮没抓到
  真因：upgradeRange 里只给范围**组**加了 `.is-native-range`，
  **没给两个端点 `.dt-input` 加 `.is-native`** ⇒ CSS
  `html.js .dt-input:not(.is-semi) .dt-native { visibility: hidden }`（特异性 0,3,0）
  照样命中 ⇒ 控件 **visibility:hidden**：**占着 48px 高度、完全不可见、点不到**
  （用户看到的"一片空白"）。
  🔴 探针为什么没抓到：它用 `offsetParent !== null` 判"可见" ——
     而 **visibility:hidden 的元素 offsetParent 仍然非 null**，于是连绿两轮。
     ⇒ 判可见改成 computed visibility + display + getBoundingClientRect 有宽高
       （_fb_b34_dtrange.py 与 _fb_geom_interact.py 都已改，后者直接用 is_visible()）。

  修法（比 v35 更笨但更稳）：**不造新控件、不加 class 猜 CSS**，直接
    ① 端点加 `.is-native`（压掉藏原生那条规则）；
    ② 删掉"秒"那一档（连它前面的冒号）—— 用户"只记录到时和分"；
    ③ **inline 强制 display/visibility**（双保险；v35 就是被历史 CSS 规则翻掉的）。
  CSS 侧关键几条加 `!important`，并删掉 v35 遗留的 `.dt-merged` / `.dt-time-input`
  规则（免得后人误以为还有"收起来的下拉"）。
  形态 = 「日期框 + 时下拉 + 分下拉」，提交契约仍是 *_date/_hour/_minute
  （秒栏不再有，服务端 read_dt_input 对缺失 *_second 按 00）。

② 详情页移除"补一张照片"表单（form.photo-add），留一句"要加照片点上方编辑"。
  ⚠️ 服务端 `movies/photo_add` 路由**保留**（老书签/直接 POST 仍可用），只是不再有入口。

验证（全部真机 + 反向验证）：
  · _fb_b34_dtrange.py **37/0**：四个表单页断言「日期框可见 + **时**下拉可见 +
    **分**下拉可见 + **没有"秒"** + 只改时分也能提交」；
  · _fb_b34_dtrange_falsify.py **5/0**：注入"去掉 .is-native"（= v35 的真错）
    → **12 条断言变红** ⇒ 证明新判据真的能抓到那个 bug；
    ⚠️ 而"只撤 CSS !important"或"只撤 inline 强制"都 0 条变红（被别的兜底救回来）——
      做证伪必须挑"真正决定行为的那一层"；
  · _fb_b35_movie_media.py **16/0**（⑥ 改为"详情页没有补照片入口"）；
  · e2e **1503/0**（详情页入口断言反过来）、几何交互 **96/0**（+4 条时分下拉）；
  · 各批真机/反向全绿、部署静态断言空跑通过；
  · 线上 app.js / show.php 的 SHA256 与本地一致（v36 已上线）。

templates/movies/form.php

@@ -75,12 +75,11 @@ $selAttendees = array_map('intval', (array)old('attendees', $curAttendees));
         <?php if (!empty($errors['title'])): ?><span class="err"><?= e($errors['title']) ?></span><?php endif; ?>
       </div>
 
-      <?php /* 用户 2026-10-04 第 7 条：起止是一个**范围**，应该由日期插件的
-               范围选择方式一次选完，而不是并列两个控件（不好看、也多一步操作）。
-               服务端仍然收 starts_at_* / ends_at_* 两组字段（契约不变），
-               只是升级后由**一个** Semi dateTimeRange 统一填两端（见 app.js）。 */ ?>
+      <?php /* 用户 2026-10-04 第 7 条：起止是一个**范围**。用户 2026-10-09 第 2 次：
+               「前面是日期，后面是时和分，只记录到时和分就行了。时和分，是下拉的。」
+               ⇒ 形态 = 日期框 + 时/分两个下拉（**没有秒**，见 app.js upgradeRange 的说明）。 */ ?>
       <div class="field full dt-range">
-        <label <?= $isEdit ? '' : 'for="starts_at_date"' ?>>开始 / 结束时间（精确到秒）</label>
+        <label <?= $isEdit ? '' : 'for="starts_at_date"' ?>>开始 / 结束时间（时:分）</label>
         <?php $dtName = 'starts_at'; $dtValue = $dtStart; $dtId = 'starts_at_date';
               $dtRange = 'start';
               require __DIR__ . '/../_datetime.php'; ?>