バグ報告:ツールバーの終了を押下後のシNo.21616
huziko さん 06/07/29 22:45
 
秀丸エディタで適当なファイルを開いてから、
ツールバー上に設置した「終了」・「全終了」を押した後、
すぐにエクスプローラ上から他の適当なファイルを
選択しようとすると数秒動作が遅くなります。

メニューから終了や右上の×ボタンで閉じた場合は起こりませんでした。

OS
 Windows XP sp2

再現Ver.
Ver5.18
Ver6.00β36

[ ]
RE:21616 バグ報告:ツールバーの終了を押No.21623
秀丸担当 さん 06/07/31 10:30
 

>秀丸エディタで適当なファイルを開いてから、
>ツールバー上に設置した「終了」・「全終了」を押した後、
>すぐにエクスプローラ上から他の適当なファイルを
>選択しようとすると数秒動作が遅くなります。
>
>メニューから終了や右上の×ボタンで閉じた場合は起こりませんでした。

試しにやってみましたが、確認することができませんでした。
数秒とは、具体的にいうと何秒くらいでしょうか。
ツールバーに限ったことではないですが、条件により終了時にはウィンドウを非
表示にしてから終了処理をしています。
開いているファイルの個数や大きさ、タブモード、動作環境→パフォーマンスの
テンポラリファイルの高速化、瞬間起動などの設定により終了処理の条件が変わ
ってくるので、そのあたりを詳しく教えていただけると何かわかるかもしれませ
ん。

ツールバーかどうかで違いがあるのであれば、何か想定していないことが起きて
いるのかもしれません。
おそらくツールバーで起きるのは偶然でどちらでも同じなのではないかと思いま
すがどうでしょうか。

[ ]
RE:21623 バグ報告:ツールバーの終了を押No.21641
huziko さん 06/08/03 06:19
 
>開いているファイルの個数や大きさ、タブモード、動作環境→パフォーマンスの
>テンポラリファイルの高速化、瞬間起動などの設定により終了処理の条件が変わ
>ってくるので、そのあたりを詳しく教えていただけると何かわかるかもしれませ
>ん。
開いているファイルの個数と大きさ:
 1つ、15KB程度
タブモード:
 未使用
動作環境→パフォーマンス:
  テンポラリファイルの高速化 あり(なしでもかわらず)
  瞬間起動 なし(ありでもかわらず)
  メモリ使用量:32MB
  やりなおしバッファ:512KB
  履歴バッファ:100KB

です。XMLファイルを開いたあとに起こりやすい気がします(未検証)

>ツールバーかどうかで違いがあるのであれば、何か想定していないことが起きて
>いるのかもしれません。
>おそらくツールバーで起きるのは偶然でどちらでも同じなのではないかと思いま
>すがどうでしょうか。
10回ほど試してみましたがツールバー上から終了を選んだ場合のみ
再現しているので素人考えですが呼び出している終了処理が微妙に
違うような気がします。

[ ]
RE:21641 バグ報告:ツールバーの終了を押No.21642
huziko さん 06/08/03 06:26
 
報告が抜けていました。
数秒固まるとはだいたい二秒ぐらいです。

ファイル右クリックでメニューが出てくるまでの時間で
チェックしましたが、通常時は瞬間で出てきます。

[ ]
RE:21642 バグ報告:ツールバーの終了を押No.21644
秀丸担当 さん 06/08/03 14:32
 

いろいろ情報ありがとうございます。
改めて確認してみましたが、やはり違いは無いと思います。
ウィルスチェックが働くタイミングがなぜかマウスでクリックしたときになって
いるとか、何か常駐系のアプリケーションが影響しているとか、そういうことは
無いでしょうか。

以下の操作では全て同じになるはずですが、違いがあるでしょうか。
・キーボードで[ファイル]→[終了]
・マウスで[ファイル]→[終了]
・F1にキー割り当てしてF1
・F1にキー割り当てしてウィンドウ下部のファンクションキー表示で終了
・ツールバーで終了
・ユーザーメニューより終了

[その他]→[設定内容の保存/復元]より、設定内容をファイルに保存することが
できるので、設定内容を送っていただけると何かわかるかもしれまえん。
送っていただける場合は、xxxxxxxx@nifty.ne.jp まで秀丸担当宛であることを
書いて送ってください。

[ ]
RE:21644 バグ報告:ツールバーの終了を押No.21648
huziko さん 06/08/03 15:54
 
>
>いろいろ情報ありがとうございます。
>改めて確認してみましたが、やはり違いは無いと思います。
>ウィルスチェックが働くタイミングがなぜかマウスでクリックしたときになって
>いるとか、何か常駐系のアプリケーションが影響しているとか、そういうことは
>無いでしょうか。
常駐アプリは全て落とした状態でチェックしています。
>以下の操作では全て同じになるはずですが、違いがあるでしょうか。
>・キーボードで[ファイル]→[終了]
     Alt+F>Alt+X 再現せず
     Alt+F4 再現せず
   Ctrl+W 再現せず
>・マウスで[ファイル]→[終了]
  再現せず
>・F1にキー割り当てしてF1
  再現せず
>・F1にキー割り当てしてウィンドウ下部のファンクションキー表示で終了
  再現
>・ツールバーで終了
  再現
>・ユーザーメニューより終了
  再現せず
>[その他]→[設定内容の保存/復元]より、設定内容をファイルに保存することが
>できるので、設定内容を送っていただけると何かわかるかもしれまえん。
>送っていただける場合は、xxxxxxxx@nifty.ne.jp まで秀丸担当宛であることを
>書いて送ってください。
お送りします

[ ]
RE:21648 バグ報告:ツールバーの終了を押No.21650
秀丸担当 さん 06/08/03 17:16
 

ファイルをいただきました。ありがとうございます。
反映させてみましたが、問題は確認できませんでした。

>常駐アプリは全て落とした状態でチェックしています。

そうですか。

>>以下の操作では全て同じになるはずですが、違いがあるでしょうか。
>>・キーボードで[ファイル]→[終了]
>     Alt+F>Alt+X 再現せず
>     Alt+F4 再現せず
>   Ctrl+W 再現せず
>>・マウスで[ファイル]→[終了]
>  再現せず
>>・F1にキー割り当てしてF1
>  再現せず
>>・F1にキー割り当てしてウィンドウ下部のファンクションキー表示で終了
>  再現
>>・ツールバーで終了
>  再現
>>・ユーザーメニューより終了
>  再現せず

どうも、やはりツールバーを押したときだけのようですね。
ファンクションキー表示も、フラットな状態のときはコモンコントロールのツー
ルバーを使っています。
V6.00の場合、[動作環境]→[ウィンドウ]→[ファンクションキー表示]→[詳細]
より、ボタンのデザインを変えることができます。これを「非フラット」にして
おくと、コモンコントロールではなく、独自処理のボタンになるので、動作の違
いが見られるかもしれません。

[ ]
RE:21650 バグ報告:ツールバーの終了を押No.21651
huziko さん 06/08/03 17:52
 
>どうも、やはりツールバーを押したときだけのようですね。
>ファンクションキー表示も、フラットな状態のときはコモンコントロールのツー
>ルバーを使っています。
>V6.00の場合、[動作環境]→[ウィンドウ]→[ファンクションキー表示]→[詳細]
>より、ボタンのデザインを変えることができます。これを「非フラット」にして
>おくと、コモンコントロールではなく、独自処理のボタンになるので、動作の違
>いが見られるかもしれません。
非フラットにしたらファンクションキーの方は再現しなくなりました。
comctl32.dllのバージョンは
ファイルバージョン 5.82 (xpsp_sp2_rtm.040803-2158)
製品バージョン 6.00.2900.2180
です。

[ ]
RE:21651 バグ報告:ツールバーの終了を押No.21652
秀丸担当 さん 06/08/03 18:13
 

>非フラットにしたらファンクションキーの方は再現しなくなりました。
>comctl32.dllのバージョンは
>ファイルバージョン 5.82 (xpsp_sp2_rtm.040803-2158)
>製品バージョン 6.00.2900.2180
>です。

非フラットでは起きませんでしたか。
そうなると、やはりコモンコントロールを使っているときだけのようですね。
バージョンはこちらで確認しているものと同じのようです。
他のアプリケーションでもコモンコントロールのツールバーを使っていて、終了
させられるものがあれば同じことが起きるのではないだろうかと想像しますが、
それに該当すると思わしきアプリケーションで確認していただくことはできるで
しょうか。

コモンコントロールの存在と、常駐アプリというかエクスプローラのアイコンハ
ンドラやコンテキストメニューハンドラの関係が何かあって、それが影響してい
そうな気がしないでもないですが、確認できずわからないです。

[ ]
RE:21652 バグ報告:ツールバーの終了を押No.21653
huziko さん 06/08/03 23:04
 
>他のアプリケーションでもコモンコントロールのツールバーを使っていて、終了
>させられるものがあれば同じことが起きるのではないだろうかと想像しますが、
>それに該当すると思わしきアプリケーションで確認していただくことはできるで
>しょうか。
コモンコントロールを使っているかはちょっとよくわかりませんが
ツールバー上に終了ボタンを設置できるアプリをいくつか試してみました。

 秀丸メール4.67 再現せず
 Stirling1.31(http://www.vector.co.jp/soft/win95/util/se079072.html)
  再現せず
 WinRAR3.51
 (http://www.diana.dti.ne.jp/~winrar/)
 再現せず

>コモンコントロールの存在と、常駐アプリというかエクスプローラのアイコンハ
>ンドラやコンテキストメニューハンドラの関係が何かあって、それが影響してい
>そうな気がしないでもないですが、確認できずわからないです。
たまたまこちらの環境のdllが壊れているかと考えて
別のPC(WinXPsp2 コンテキストメニューはOSインストール時の状態)
で確認してみましたが再現しました。
よくわからないですね。。。

[ ]
RE:21653 バグ報告:ツールバーの終了を押No.21659
秀丸担当 さん 06/08/04 11:23
 

>コモンコントロールを使っているかはちょっとよくわかりませんが
>ツールバー上に終了ボタンを設置できるアプリをいくつか試してみました。
>
> 秀丸メール4.67 再現せず
> Stirling1.31(http://www.vector.co.jp/soft/win95/util/se079072.html)
>  再現せず
> WinRAR3.51
> (http://www.diana.dti.ne.jp/~winrar/)
> 再現せず

試していただいてありがとうございます。
こちらでも確認してみましたが、場合によってはコンテキストメニューの表示が
遅くなることがあるようです。
ツールバーを押した後には限らず、しばらくエクスプローラやデスクトップはさ
わらずに他の作業をした後、コンテキストメニューを出すタイミングで1秒ほど
遅くなることがあるようです。
ただメモリやスワップの状態によるようなことだと思います。
WinRARを入れたらコンテキストメニューハンドラが増えてより起きやすくなりま
した。

何度も聞いてすみませんが、秀丸エディタのツールバーを押したときだけという
のは、何度やっても確実に再現することなのでしょうか。
何度かやるうちにたまに起きる場合があるということでしょうか。
たまに起きることで、偶然という気がしてなりません。

>たまたまこちらの環境のdllが壊れているかと考えて
>別のPC(WinXPsp2 コンテキストメニューはOSインストール時の状態)
>で確認してみましたが再現しました。
>よくわからないですね。。。

他のPCのxp sp2でも確認してみましたが、確認できませんでした。
ということは、問題が起きるPC2つに共通した環境が何かあるということになる
と思います。それを探れば原因がわかるかもしれません。
regedit.exeを起動して、「ContextMenuHandlers」で検索してみると何かわかる
かもしれません。そこまでくるともはや秀丸エディタとは関係ない話になってき
ますが。

[ ]
RE:21659 バグ報告:ツールバーの終了を押No.21666
huziko さん 06/08/07 20:34
 
>試していただいてありがとうございます。
>こちらでも確認してみましたが、場合によってはコンテキストメニューの表示が
>遅くなることがあるようです。
>ツールバーを押した後には限らず、しばらくエクスプローラやデスクトップはさ
>わらずに他の作業をした後、コンテキストメニューを出すタイミングで1秒ほど
>遅くなることがあるようです。
これはマウスが砂時計になって応答待ちだとわかるんですが、
掲題の状況ではマウスの表示はかわらずとまった状態になります。
>何度も聞いてすみませんが、秀丸エディタのツールバーを押したときだけという
>のは、何度やっても確実に再現することなのでしょうか。
>何度かやるうちにたまに起きる場合があるということでしょうか。
>たまに起きることで、偶然という気がしてなりません。
10回試行して9回は起こります

>他のPCのxp sp2でも確認してみましたが、確認できませんでした。
>ということは、問題が起きるPC2つに共通した環境が何かあるということになる
>と思います。それを探れば原因がわかるかもしれません。
>regedit.exeを起動して、「ContextMenuHandlers」で検索してみると何かわかる
>かもしれません。そこまでくるともはや秀丸エディタとは関係ない話になってき
>ますが。
残念ながら手元に素のWindows環境はありませんが、できるだけ
素の状態に近い環境で確認していますので製品固有の問題だと
思います。
が、再現できないとの事ですのでそのうち直ることを
期待して諦めることにします・・・

[ ]