你的问题其实是Safari移动端的弹窗安全策略导致的——它对window.open的触发有严格限制，只允许由用户直接交互事件（比如明确的点击、提交操作）触发的弹窗，而你原来的内联onsubmit写法可能因为执行上下文或阻止默认行为的时机问题，被Safari判定为非用户直接触发的操作，所以被拦截了。

这里有两个可靠的修改方案，你可以根据需求选择：

方案1：改用原生事件监听替代内联脚本 #

把内联的onsubmit逻辑改成通过addEventListener绑定的事件处理器，这样能确保操作被Safari识别为用户直接触发的提交行为：

<form id="jumpForm">
  <input type="number" name="days" id="daysInput" autofocus required><br>
  <button type="submit">Go</button>
</form>

<script>
document.getElementById('jumpForm').addEventListener('submit', function(e) {
  // 先阻止表单默认提交行为
  e.preventDefault();
  const daysValue = document.getElementById('daysInput').value;
  // 确保输入有效再打开页面
  if (daysValue) {
    // 用标准的_blank作为窗口目标，避免兼容性问题
    window.open('{% url 'index' %}' + daysValue, '_blank');
  }
});
</script>

方案2：纯HTML表单提交（兼容性最好） #

如果你的后端路由支持通过GET参数接收值，或者可以调整路由来适配，直接用原生表单提交的方式是最可靠的，完全不会被Safari拦截：

<form action="{% url 'index' %}" method="GET" target="_blank">
  <input type="number" name="days" autofocus required><br>
  <button type="submit">Go</button>
</form>

这样提交后，浏览器会跳转到{% url 'index' %}?days=xxx，如果你的目标路由是page/<int:x>的格式，你可以在后端做个简单的跳转处理，或者用JS把参数拼到路径里，但纯HTML的方式兼容性拉满。

为什么原来的代码不行？ #

内联的onsubmit="javascript:window.open(...);return false"写法，在Safari移动端中，window.open的执行上下文可能被判定为非用户直接触发的操作，加上return false阻止默认行为的时机问题，最终导致弹窗被Safari的安全策略拦截了。另外，'null'作为窗口名称也不是标准写法，改用'_blank'能避免一些潜在的兼容性问题。

内容的提问来源于stack exchange，提问作者Boris Starkov