Pretix事件产品时间设置与时间机器测试模式的兼容性问题分析

在Pretix事件票务系统中，管理员经常需要为同一活动配置多个相似但具有不同时间限制的产品。一个典型的场景是：两个相同的活动产品，其中一个需要审批，另一个在活动开始前24小时自动替换前者。这种配置通常需要在事件设置中的"产品设置"部分（位于配额下方）完成时间限制的设定。

问题现象 当管理员在测试模式下使用时间机器功能时，发现产品的时间相关设置出现了异常行为：

1. 产品可见性不受时间机器控制，而是响应真实系统时间
2. 产品可用性则正确响应时间机器的模拟时间
3. 在时间机器设置为特定时间点时，产品状态未按预期切换

技术背景 Pretix的时间机器功能本应允许管理员模拟任意时间点的系统状态进行测试。该功能通过重写系统的时间感知逻辑实现，理论上应该影响所有与时间相关的业务判断。然而，在产品可见性判断的代码路径中，存在部分时间检查未正确接入时间机器的情况。

问题根源 通过代码分析发现：

1. 产品可见性检查直接调用了系统实时时钟API
2. 可用性检查则正确使用了时间机器提供的时间覆盖
3. 这种不一致导致测试模式下出现"产品可见但不可用"的矛盾状态

解决方案 修复方案需要统一所有时间相关检查点：

1. 重构时间检查逻辑，确保全部通过时间机器接口获取当前时间
2. 保持可见性和可用性判断的时间源一致性
3. 添加测试用例验证时间机器在各种边界条件下的行为

最佳实践建议 对于需要在不同时间段提供不同产品的场景：

1. 优先考虑使用产品本身的可用时间段设置
2. 如必须使用事件级产品设置，建议：
   • 在开发环境充分测试时间相关功能
   • 注意区分产品可见性和可用性的不同时间条件
   • 对于关键业务逻辑，考虑添加手动覆盖选项

该修复已合并到主分支，将在下一版本发布。系统管理员在配置时间敏感型产品时，现在可以可靠地使用时间机器功能进行全流程测试。