CPT0524有关收藏夹的BUG

BUG, 收藏夹

发现2个BUG

1。
当TW在最小化状态，复制快捷网址到系统收藏夹的话    再点系统任务栏上的TW    TW不会打开  要等一会儿之后才会自动弹出TW的界面这个等待的时间与一次性复制进去的地址成正比例关系

如果TW不是最小化状态  而是打开状态复制地址到系统收藏夹  那么就不会有问题

2.
以上是添加收藏夹下面说删除收藏夹的地址和目录的问题

无论TW处于最小化  还是打开状态    一次性删除大量系统收藏夹里的项目之后 TW里的侧栏收藏夹仍然会残留一些项目(仍然残留一些明明已经被删除的项目)  点击这些残留的项目会出现错误页面    地址栏显示的是下面这段东西
res://C:\WINDOWS\system32\shdoclc.dll/dnserror.htm#http:///

还有一个问题，TW检测系统收藏夹的时间间隔比以前长了 (为了降低资源占用？)  ，无论是删除项目，还是添加项目， TW的侧栏收藏夹总会有一个延迟。当然，这个不是大问题，延迟也不长，  1秒种不到。相比这个，还是降低资源占用重要。

caten

顶级会员

Rank: 14

UID: 1005
帖子: 9696
精华: 1
贡献: 0
推广: 0
有效BUG: 0
注册时间: 2005-5-17

2^#

发表于 2006-5-24 22:08 | 只看该作者

补充从0430的CTP以来一直有的一个问题侧栏和浏览框中间的分割线有问题

在打开TW(最小化、最大化也是一样)之后在分割线靠侧栏的那边总会出现 TW之后那个位置的残留颜色拖动分割线之后垂直方向的残留颜色会消失底边仍然会出现新的颜色.......

如图：

附件: 您需要登录才可以下载或查看附件。没有帐号？加入我们

TOP

Aycox

版主

Rank: 16

UID: 5053
帖子: 6105
精华: 13
贡献: 33
推广: 0
有效BUG: 0
注册时间: 2005-11-24

3^#

发表于 2006-5-25 00:26 | 只看该作者

1，caten：最小化2.0，在系统收藏夹添加项目，点任务栏TW，假死

的确有此现象。（可能称之为繁忙更合适）

2，caten：运行2.0时，删除系统收藏夹项目，TW中显示残留项目，点击之，出错

不知10多个链接（含目录）算不算 “大量链接”？我这里的情况是，和上面添加项目一样的有假死现象，但是没有出现“残留”，所以也不会出现什么错误。

caten 可能是在 TW 对收藏夹数据进行刷新时，抓住了空档点击了一个表面还看得到的项目，所以出现了无效网址的错误。（我的机器响应慢，停顿期间不容点击，状态恢复之后就没有残留了）

3，caten：TW检测系统收藏夹的时间间隔比以前长了 (为了降低资源占用？)

是否时间长了没做测试，不过原因可能猜的到，见下

1.x的工具栏收藏夹速度众所周知，慢！CTP 在保留基于系统收藏夹的特性下可能正尝试改进这点，猜想是用的层层加载的形式，即先载入收藏夹一级目录，然后用户点子目录就实时加载子目录，因此根据用户收藏夹的情况不同可能就有不同的速度表现。

收藏目录加载快，展开链接慢些，所以根目录下的链接太多还是会影响收藏夹打开速度的，但只要展开目录过一次，下次就会很快，可能是被缓存了吧。

当系统收藏夹发生变化时，CTP会自动检测其变化，并实时检查更新所有收藏夹数据（可能还包括链接信息），可能正因如此才出现了上述假死情况，但有一点的好处是，更新数据后的收藏夹，打开任何子目录速度很快，没有刚刚打开时的用时现象。（因此我刚刚还以为是524变成了一次性加载收藏夹）

我更偏向于是实时刷新机制影响了检查速度的说法。

建议不要实时监控系统收藏夹的变化，可以设置一个手动刷新的操作，或者还是用 CTP 刚刚启动时的层层加载方式来重新加载一次系统收藏夹，这样至少不会出现假死时间与项目个数成正比的情况吧。

[ 本帖最后由 Aycox 于 2006-5-25 01:46 AM 编辑 ]

TOP

Aycox