[参考译文] WEBENCH®︎工具：设计历史记录显示了错误的创建时间

有关这方面的更多信息：Atul 已善意地提请我注意 HTML WEBENCH 电源设计器工具中的 My Designs 链接、它显示了不同的创建时间、仍然是错误的、但采用了不同的方式。 例如、我在今天的第三个设计显示为在"我的活动"页面上于早上5：57创建、而在 HTML 工具中显示为15：57：52。 因为现在只有14：39、这也不能正确。

您好 Richard、

这看起来像是一个错误、我们将致力于修复错误的设计创建时间。 感谢您将此事提请我们注意。 我们将处理此修复、并不断更新您对修复程序何时将反映在生产版本上的估计。

此致、
模块

您好 Richard、

我们希望提供一个更新、我们将查看此问题、并估计大约在3月底的2个发布周期中进行修复。

此致、
模块

您好 Richard、

此问题已在 TI.com 上解决。

此致、
Mahantesh

您好、Mahantesh、

感谢您的联系、但我担心这个问题未在 myTI 的 WEBENCH 设计页面上得到解决。 可以肯定的是、我注销了 myTI、从浏览器中清除了缓存和 Cookie、然后关闭并重新打开它( 我现在使用 Microsoft Edge 获取 WEBENCH 的 HTML 版本 )、并再次登录。 从2013年开始、一个设计现在 显示了 PM 创建时间、因此发生了一些变化、但有几次是不可信的。

如果修复程序不适用于历史设计(这会令人失望且毫无意义、因为这都是关于设计历史！) 我在当地时间14：10创建了一个全新的设计、即 GMT+1。 在 HTML 版 WEBENCH 的"我的设计"对话框中、新设计显示如下：

这样、 这个现在就适合我的本地时间了。 但是、在 myTI 的 WEBENCH 设计页面 上、相同的设计 显示如下：

因此、该声明为 GMT (应给出13：10的时间、即下午1：10)、但实际上显示为时区 GMT-7 (例如太平洋夏令时)。 此页面现在同意闪存工具中显示的内容(不表示时区)：

此致、

Richard

您好 Richard、

此问题已在 Webench 上得到解决。 但对于 myTI、我们已将此查询发送给相关团队、并在解决后尽快让您回答。

此致、
Mahantesh

您好 Harish、

根据要求、我将尝试澄清您引述的陈述：

1. 在我的原始帖子中、我提到我的所有设计都显示了 AM 创建时间。 现在、我的设计#17显示为 2013年10月10日晚上11：10、所以有所改变。 (我怀疑报告的大部分或所有时间都发生了变化、但我没有记下之前的值。)
2. 列标题声称时间是 GMT、我的时区是冬季的 GMT 和夏季的 GMT+1。 如果我们相信专栏标题，那么几乎所有的时间都是不可信的，因为我不会在半夜创造它们！  
   
   1. 4 2010年12月17日上午12：27
   2. 17 2013年10月10日晚上11：10
   3. 202013 年10月15日凌晨4：58
   4. #41 2019年3月4日上午6：19
   5. #42 2019年3月5日上午6：10
   6. #69 2019年3月19日上午6：57
   7. #91 2019年4月1日凌晨2：16
   8. #104 2019年4月10日上午6：10 (实际上是在13：10 GMT 创建的、正如我之前的帖子中所述)
3. 另一方面、如果只是列标题错误、它实际上应该声明它处于太平洋时间(有或没有夏令时？) 那么、其中的大多数都是可信的、如果是 PDT、#104肯定是正确的(正如我在上一篇文章中所述)。 唯一可疑的是17号，因为太平洋时间晚上11点10分在我的时区是上午7点10分(太平洋时区和我的都在2013年10月10日使用夏令时)，这对我工作来说还相当早。
4. 如果在 GMT-7时区引用的时间不使用夏时制(我认为亚利桑那州的山地标准时间、但我对美国时区的理解可能不正确)、这实际上更有意义。 在这种情况下、#104 6：10 AM 仍是13：10 GMT、14：10在我当前的区域设置中、但现在#17 11：10 PM 变为07：10 GMT、即 GMT+1中的08：10、这将是我的时区、这是我创建该设计的可信时间。
5. 我还注意到、HTML 版本 WEBENCH 中的"我的设计"对话框中显示的时间比 myTI 中显示的时间提前8小时、但未显示#69 19 2019年3月6：57 AM、即仅提前7小时显示为13：57。 我相信这是在美国和欧洲夏令时开始之间的三周内唯一创建的一个、这一点很重要、但我将把它留给您的软件团队、让他们的领导来完成这一个。

这一切看起来都很糟糕、但我希望它能回答您的问题！

此致、

Richard