[已记录]报bug ctrl+f 搜索时 有可能导致假死 bug, 搜索, 假死, 记录

makeit

在个篇幅很长的界面 使用 ctrl+f 搜索的功能时 我连点几下 ,就假死了.

开发组 看下这个位置的代码, 看有没有 可能导致假死

应该很容易发现

[ 本帖最后由 caten 于 2006-11-16 21:39 编辑 ]

makeit

经测试,可重现

搜索一次就假死. 其他界面没有

与搜索关键字无关

界面是个 论坛 篇幅较长.

makeit

新发现 使用ie6 也会卡下,应该是篇幅长的原因吧, 但 就卡下  然后就恢复了

tw 就会卡死了  cpu占用很高

makeit

只是个界面内容搜索,这个原理我懂.

而且也没有强大,只对拦截了 ctlf+f  然后 自己做个 文字搜索的功能,原理 我想应该与ie 6 相同

多了个  保存历史搜索关键字   这个功能  根本不占资源.
还有高亮关键字,老技术了.

应该在  搜索算法上.  tw 还有 些小问题, 相同文字数量的情况 tw循环搜索的次数 肯定比 ie6 多

否则 资源 占用 的 不会差这么悬殊

关键是  ie6  只是卡了下

但 tw2  就是假死了

==========
另声明: 本人配置相当低,  如果是其他人 我像ie6 卡都不会卡下

也许 其他人  tw2 也不会假死 maybe

但 这个问题的确存在.

还是希望开发组  检查下,或者优化下 搜索功能的算法

makeit

版主 大人,不要这么死板, 我来这儿 是提意见的,不是来踢场子的.

提个意见 版主怎么这个态度?

真是想不懂.  我为了这个bud 自己反复 测试了n遍

换来的 就是否认 还有 让我换1.x   

对 是 免费软件, 我们没有什么权利要求什么,但不至于这样吧..

=================

各个功能 不都是调用 系统内的api函数吗

等等其他软件的 界面 搜索 也要调用相应的函数,还有等等

但自己的算法 不同  就会出现很大的差距

为什么 这么多浏览器  为什么 有的卡  有的不卡  有的快 有的慢

不都是  ie 内核吗, 如何解释.

不就是  用自己的方式,自己的解决方式吗? 各个功能自己的写法, 但都不离的是系统啊.

====================
问题我说到这儿,不管了, 能解决 就解决,不解决 我无所谓了.


总之 版主的态度 让我很失望.

撤退...

makeit

我长篇大了两次  都发送失败,第一次我还复制下.居然没复制上

看来我人品有问题了.

简单说下

地球是圆的怎么说怎么有理

我是tw 的忠实用户   从头走过来.
我对浏览器并不陌生, 也做个 ie 开发  但都是小儿科  简单的多界面 功能很少.
我电脑里一共装了7款浏览器.但大部分用的都是tw

假死死 任务管理器中 仍然显示 正在 运行  而不是 没有相应
可以说明  并不是因为 配置地导致的这个问题.

第二  在那个界面  关键字比较段 比如 搜索个a  完全不会假死

但 搜索  比较长时 比如 DASFASDFAd  就肯定会假死

假死时,程序会不停的获得焦点.
假死时,界面不会刷新,但不会出现没有响应.
假死时,cpu占用很高.

除此这个功能之外

用b3 预览版 从来没有遇见 所谓的假死,即使浏览那些 图片多   代码写的不规范的网站.