VS 2005的一个BUG及对其原因猜测

简介:
 今天在调试在线脚本的时候,发现了Visual Studio 2005正式版的一个bug。虽然说这只是个小bug,但是由于没有找到替代的解决方法,所以还是让人很是郁闷的说。并且和同事讨论猜测了一下这个bug的可能成因。

    这个bug只在VS 2005里面有,因为VS.NET 2003没有这个功能。对于VS.NET 2003的多文档窗口容器的Tab管理,我们肯定都有不少的抱怨。那种滑动Tab标签的设计看起来嘿么嘿么的酷,可是真的文档打开多了后,整个Tab条变得too too too long,要找某一个Tab出来,那个费劲啊!VS 2005把这里设计成非滑动的Tab标签管理条了,那么Tab多了怎么办呢?多了么就用一个下拉菜单来显示,虽然不酷了,但是比VS.NET 2003方便太多了,并且Ctrl+Tab也会唤出一个可自由选择的窗口。同时VS 2005在每个Tab标签的Context Menu上又新加了几个条目,其中的"Close All But This"和"Copy Full Path"是我觉得非常有用的功能 emteeth.gif。结果没想到bug还就这么来了,如下图:
    VS.2005.BUG.01.png
    当我们开打的文档是本地硬盘上的文档的时候,上图的这个"Copy Full Path"功能非常的好用,也没有什么问题,再说了这么简单的东西不是。可是当我们打开的文档,是通过debugger开启的远程在线文档时,这个"Copy Full Path"功能的结果居然变得莫名其妙,上图示例中文档地址明明是google上的一个脚本文件,结果通过那个Copy功能得到的却是: ^TransientScriptDocument11.js,晕啊,我要这么个Path来干什么呢 emdgust.gif?! 这很显然是一个bug啦。

    虽然说是个小bug,可是目前没有任何替代的方法,再让我把那个 http://www.google.com/xxx的地址Copy出来了,所以还是相当的郁闷,那个什么"Scirpt Explorer窗口"里的条目也没有右件菜单 emsad.gif

    猜测这个bug可能是这样产生的,对于设计editor的团队,设计好的editor控件有FileName、FullPath、Caption等等的属性,当文档装载时各自保存各自的值,毫无问题,Copy也简单得要命,复制一下FullPath这个属性就行了。可是当文档从网上载入VS 2005后,FileName和Caption等属性还是该干嘛干嘛。可这个FullPath属性嘛,就被赋值为了一个临时文件名"^Transient FileTypeN.*",同时文档存在于内存中,本身也就没有什么实际的FullPath了。而这时谁也没有想到,"Copy Full Path"不该再Copy FullPath属性,而应该Copy Caption属性了!


本文转自博客园鸟食轩的博客,原文链接:http://www.cnblogs.com/birdshome/,如需转载请自行联系原博主。

目录
相关文章
|
3月前
|
测试技术
无法复现的bug,如何处理?
无法复现的bug,如何处理?
疑似BAT的BUG及避错办法
疑似BAT的BUG及避错办法
61 0
|
SQL 运维 测试技术
被问:这个BUG为什么没测出来?该如何回答
被问:这个BUG为什么没测出来?该如何回答
139 0
被问:这个BUG为什么没测出来?该如何回答
|
Windows
SmartSvn遗漏.a文件的解决办法
SmartSvn遗漏.a文件的解决办法
126 0
|
搜索推荐 IDE 测试技术
如何验证程序是否完成,测试以及修正Bug?
在日常中,我们码代码都是按照需求来的,为了验证我们的工作成果是否符合项目的需求,那么验证程序是否完成、测试以及修复bug就成了我们工作中非常重要的流程。
|
测试技术
软件为什么总会有bug?
如果你的程序没有bug,只能说明你的程序不够复杂! 地球到月球的距离为39万公里; 假设一张纸的厚度为1mm,可以无限对折; 将纸对折39次就能达到54755.
845 0