Akuta Zehy

经过调试，banner移出页面不是必要条件，疑似“更多”的提示越过了窗口但被强制拉回屏幕后，产生异常动画现象。 图1：正常的“更多”位置。  图2-4：异常的“更多”位置引起的异常动画表现。 图2：此时“更多”直接放置会越过屏幕窗口，仅仅光标移动上去附在了窗口侧，为理论上的正常表现。  图3：执行onClick，此时“更多”越过屏幕上浮产生移动动画，其位置预估与正常的越过屏幕位置一致。  图4：mouseDown，“更多”异常定位产生第二次移动。 

经过大量测试得到的初步结论如下： 按照现在的逻辑是，生成location -> move修正（如果溢出）-> adjust视觉修正，这样在onclick下的输出是正常的。 之后的location定位由于已经经过了两步修正，不会再经过move修正，传给adjust的坐标会突然变成未经过修正的location，导致出现偏移。 => 可能是异步问题。 style.ts line 62 `location.forEach((original, i) => result[i] += adjustment[i] - original);` 目前可以断定问题出在location这个值上，result和adjustment两个值都是稳定的。 一个新的异常补充如下： 可以确定的是，location的值是即时的，即如果在动画过程中就按下按钮以更新位置，那么会随着动画的完成程度产生不同的location值； 换言之，假如每次在动画过渡完成后再按下，会得到完全相同的location。

按照其他一些视频页面的做法，已提交PR，将HTTP 301 Moved Permanently作为“视频已删除”的重定向页。 需要进一步补充完善的内容已经标记在了代码中，包括： - [ ] 视频删除的原因需要参数传输，且后端需要补充对应信息存储和传递； - [x] 背景动态已经设计但尚未做进去； - [x] 元素定位可能需要进一步调整。

> 关于 2.1 的提议我已经在最新提交中新增了一项配置来关闭防抖。 > > 不过我有个问题，你在 3.2 中提到了发送特定文本会报错，但无论我是发送 `（&Tab）` 还是 \t 都无法复现这个问题，你具体是发送了什么内容？ ~~复现不出来了当时该截个图的。~~ 另辟蹊径复现出来了，产生的是相似但不一样的问题，虽然用的是1.5.0，~~尽管我看到了最新是1.5.2~~，刚更新到1.5.1还会犯，按下述操作： 在“输出内容”不要使用\t或者\n，而是直接输入LF或Tab，那么会产生报错，例如： ```message { "username": "【春眠】", "messages": [ { "message": "(这里有一个LF) " } ] } ```...

*我的意思是之前可能没有被正常转义导致出现了这样的问题，但是具体问题出在哪里我不知道因为我一时半会复现不出来了。* 如果又复现出来了我下面再补

Marked as Closed. 如果有需要补充的建议新开issue。

这里用的是静态资源，换言之，其实没做吧...

本地部署前端和本地部署前端+后端均会出现此问题。 目前已经观测到的问题是：本地部署时，后端的`userLoginController`看上去无法正确对`content.cookies`执行修改。 ~~我去不会又是异步问题吧~~ 后编辑补充：经过检查，上面所述的一个问题似乎只会出现在本地前后端且前端使用HTTP启动。 **如果确实是后端的问题，可能要考虑将该issue转移至后端。**

目前可以确认，本地在HTTPS状态下启动连接本地后端可以正常登入； 但**本地HTTPS启动连接在线后端**，或者本地HTTP启动连接本地后端依旧会出现类似的问题。 ~~给我是整不会了，我排查暂时鸽了。~~

经过检查，这一问题在email上仍会出现，但条件更为严格且会在字符更新后重新出现警告。 一个已知的试出来的会被误判合法的email形如：`^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9._-]+\.[a-zA-Z0-9._-]{1}$` 邀请码字段在出现这一问题后，必须清空该字段才会重新提示警告。 此外： 1. 异常的邀请码字段实际上会被认为是正常字段，似乎是异步绕过了检查 2. 密码字段： - 没有任何的长度或是字符的检查，在可见性为开的情形下可以输入中文（能否进入下一阶段待验证）； - 反复开关可见会让指示色闪烁（高亮→红色→灰色→高亮）。