私のほうで確認した問題を報告します。
PPC Mac/Mac OS 10.5.2, Intel Mac/Mac OS 10.4.11 で、ヘルプをクリックするとビーチボールが現れて Firefox が無反応になります。（3月21日あたりの Minefield から続いています）
この場合は　command + esc で強制終了してください。

これは新規プロファイル、弄ったプロファイルどちらでも再現し、セーフブートしたシステムや新規インストールしたシステムでも同様でした。

なお、この強制終了によるものか分かりませんが、クラッシュレポーターは作動せず、またクラッシュした際に表示していたこのフォーラムのパスワードが、保存パスワードからなぜか削除されてしまいました。

＃ Firefox 3.0 Beta 5 で問題が起きた場合は、まずFirefox 3 Beta 5 リリースノート：既知の問題を確認してください。

自分のところでは、その問題は起きていなくて、似てはいますが別の問題が起きています。
Intel Mac/Mac OS 10.5.2

・ ヘルプをクリックするとビーチボールが現れて Firefox が無反応になりますが、しばらく待っていれば復活します(places.sqlite が 145M バイトの状態で、1 分近くかかる場合があります。)
・ 無反応になっている間に、さらに何か操作したり、別のアプリに切り替えると、クラッシュすることがあります。クラッシュさせたくなければとにかく待つしかありません。
・ Mac では 3 ヶ月ほど trunk を使っていますが、ずっと続いています。
・ 新規プロファイルでは起こりません。

メニュー項目の検索のためだと思うのですが、ヘルプをクリックした際に全メニュー(つまり、ブックマークメニュー内のブックマークもすべて含む)を読み取っているようです。
そのため、ブックマークの項目が多かったり places.sqlite に履歴を貯め込んでいたりすると時間がかかります。
履歴をずっと保存しているような人はお気をつけ下さい。
っていうか、きっと 145M も保存している方が悪いのでしょう^^;

そんなに貯めてるのですか！
私の方の環境では、Beta 5 はヘルプをクリックした時点で無反応になり復帰しないですね。places.sqlite は 1MB 以下で履歴は終了時に消しているのですけど、、

私のほうでは （Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b5pre) Gecko/2008032204 Minefield/3.0b5pre）からこのような状態です（20日以前のビルドは時間がかかる！が表示できていました）
・新規プロファイルで、初めてヘルプを選択した時は“時間がかかる”が表示される場合もある。ただし、その後はメニューが反応しなくなり、キーボードで Firefox を終了するとクラッシュレポーターが起動する
・一度表示できても2回目からはビーチボールが表示されるようになり、復帰しても不安定。しばらく放置するとクラッシュする場合が多い
・新規プロファイルでも最初から無反応になる場合がある
・クラッシュレポーターが起動せず、アップルのクラッシュレポーターが起動することがある（pending, minidumps には残らない）
・セ−フモード起動時に各設定をリセットした場合、一旦はヘルプが表示できるようになるが、しばらくすると再現する

うっかりヘルプをクリックした時は非常に寂しい思いをします。。

自分のところ(Intel Mac/Mac OS 10.4.11)では、その問題は起きていないと思います。
と云うには、以下の動作になるのですが正しい動作なのでしょうか？

command + ？　で、以下のサイトに遷移します。
http://www.mozilla.org/support/inproduct

英語が苦手でして良く判らないのです(大汗)。

因みに、自分も履歴は残さない様に終了時の設定を施しております。

_________________
[ macOS 15 Sequoia] iMac (27-inch, 2019) Intel Core i5 3.0GHz, Built-in SSD 512GB, RAM 40GB

フォーマット後に Tiger をクリーンインストールして、最新アップデートを行ったところ、問題は解消しました。
以前のシステムに何か問題があったのかも知れません。。
＃気のせいか Tiger 環境の方が軽やかに動作するような……

G5 2.3 Dual/Leopard のほうはショートカットキーも同様でした。
ログを見ると、ヘルプを呼び出した時点でクラッシュしているようです。
Leopard だけの問題だとしたら、CoreService とか FrameWork あたりの違いなんでしょうかね？？

＃ヘルプメニューが呼び出せないので確認できませんが、リンク先で正解だと思います。

Intel Mac/Mac OS 10.5.2 で Firefox 3b5 です。
ウチのは Firefox 起動後にヘルプをクリックすると虹車は出ませんが無反応のままです。
もう一度ヘルプをクリックするとリンク先が開きます。
新規プロファイルも同様の動きです。
履歴は手動で適宜消去するようにしてます。

あら、Leopard でも問題ありませんか。
う〜みゅ、、ウチのシステムに問題ありなのか、機種依存なのか… 後でLeopard の方もフォーマットから入れ直してみます。

話の流れを見ていると、「ヘルプをクリック」というのが、メニューバーの [Help] をクリックすることなのか、それとも [Help] メニューの中の [Firefox Help] をクリックすることなのか、人によってまちまちじゃありません？？

それはさておき、Firefox 3 ではこれまでとは違ってヘルプは同梱ではなく、http://support.mozilla.com/ (略して SUMO)にあるページへのリンクへと変更になります。
したがって、SUMO のページが表示されるのが本来は正しいです。
しかし、今の SUMO はパフォーマンス的に問題があって、ヘルプメニューからリンクされてアクセスが増えたらとたんに重すぎて落ちてしまったので、今のところは別のページへ飛ばされています。

というか、Mac OS X 10.4 では、Cmd+? で、Help → Firefox Help を選択したのと同じ状態になるのでしょうか？
Firefox 自身は Cmd+? を Firefox Help に割り当てているつもりのはずなのですが、どうも 10.5 では OS が Cmd+? を横取りしてしまうのか、検索欄付きのヘルプメニューが開きます。

たしかに。どれを指しているのか分かりにくくなって申し訳ありません。
整理すると：
私が問題にしたのは、メニューバーの「ヘルプ」をクリックすることで Firefox が無反応になることでした。

で、Firefox 3.0 Beta 5/Tiger はフォーマットしてから OS をインストールしたことで解消。「ヘルプ」をクリックして「ヘルプメニュー」を表示することができます
一方、Firefox 3.0 Beta 5/Leoparad はフォーマット後の OS インストールでも、「ヘルプ」をクリックすると無反応になります。
皆さんの状況は：
・a さんの Firefox 3.0 Beta 5/Leopard では、症状は似ているけど、別の問題がある
・aki さんの Firefox 3.0 Beta 5/Tiger では発生していない
・POCH さんの Firefox 3.0 Beta 5/Leopard では、反応は悪いが「メニュー」をクリックしても無反応だが、もう一度クリックすると「ヘルプメニュー」を表示できる
（間違ってたらご指摘ください）

で、フォーマット後に OS をクリーンインストール、そこでの Firefox 3.0 Beta 5 も相変わらず無反応から強制終了を行わなくてはいけない状態でしたが、原因が分かりました。
dolipo (polipo の GUI アプリケーション) を利用してプロキシ接続しているのですが、プロキシ接続を解除すると「ヘルプ」をクリックしてもビーチボールは現れず、少し時間を置いて再度「ヘルプ」をクリックすると「ヘルプメニュー」を表示できるようになります。
＃これは POCH さんと同じ状況？

ただし、G5 2.3 Dual では「ヘルプ」をクリックした後は一つの CPU を食いつぶします。
この状態になるとメニュー操作をはじめ、ウィンドウの切り替えなどでもビーチボールが現れ、通常終了は可能ですが、不正終了ということでクラッシュレポータが起動しますが、送信できずに minidump の中に保存されます。
再度プロキシを有効にして、システム環境設定のネットワークと Firefox 側で www.mozilla.org を、プロキシ無しで接続に設定すると無反応は解消されます。しかし操作に支障が出るのは同様、終了時のクラッシュレポータも同様という結果でした。
Tiger (OS 10.4.11) ではプロキシを有効にしていても問題は起きません。


ショートカットの方ですが、egbridge Universal2 と英語版キーボード環境なので、もしかしたら日本語版キーボードでは違うのかも知れませんが。
Tiger の場合は command + shift + ? で Firefox Help のリンク先を表示できます。
一方 Leopard では command + shift + ? だと、メニューバーの「ヘルプ」メニューがプルダウンします（クリックして開いた時と同じ）

他のアプリケーションを見たところ、Adobe Photoshop cs などはヘルプのショートカットが command + / になっていて、アプリケーションパッケージ内の help.html を呼び出します。
Jedit X ではショートカット command + ? が割り当てられていますが、そのままでは機能しません。そこで、キーバインドを command + / に設定するとキーボードから呼び出せるようになります。
仕様書を読んでみないことには何とも言えませんが、Leopard ではヘルプドキュメントが Mac ヘルプ（ヘルプビューワー形式？）でない場合（アプリケーションパッケージ内や外部にある場合）、ショートカットキーを command + / に割り当てないと作動しないのではないでしょうか。

すいませんです、私の記述は [Help] メニューの中の [Firefox Help] の反応になります。

メニューバーの [Help] の方の挙動は以下の様になります。
Firefox 3.0 Beta 5 起動後初回のメニューバーの [Help] をクリックした時は
少し待たされますがヘルプメニューが表示されます。
起動後二回目以降のメニューバーの [Help] をクリックでは直ぐにヘルプメニューが表示されます。
プロキシは使用していない接続環境です。



ウチ (Intel Core 2 Duo) の場合、アクティビティモニタで見ると
Firefox 3.0 Beta 5 起動後初回のメニューバーの [Help] をクリックした時直後は
40% から 50% 程度ですが、すぐに未操作時のレベル(1% 程度)に戻ります。
起動後二回目以降のメニューバーの [Help] をクリック直後は
6% から 7% 程度で、すぐに未操作時のレベルに戻ります。

以上の様な状況であります。

クラッシュしてしまうのは私の環境（G5 Dual）だけの問題でしょうかね？？

で、trunk の Minefield (Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040604 Minefield/3.0pre) では、メニューバーの「ヘルプ」をクリックしても問題は起きなくなりました。
Places が初期状態なら「ヘルプ」のクリックは即座に反応します。
クリック直後の CPU 占有率は相変わらずですが、ヘルプメニューが表示されると通常値に戻るようになっています。
ですが、以前のブックマークを復元やインポートすると、クラッシュは起こらないものの、一瞬ビーチボールが現れて「ヘルプ」の反応が鈍くなります（2回目以降も変化なし）
それと、プロキシ経由だと「ヘルプ」の反応が悪くなるのは同じようです（www.mozilla.org をプロキシ接続しない設定にしておくことで回避）

ところで、「ヘルプメニュー」の Search ボックスでキーワード検索をかけると、なかなか面白いですね。
って、これが「ヘルプ」の反応が悪い原因なのかも

同様な症状が発生していまして調べてるうちに辿り着きました。
うちの環境でも再現します。
メニューバーの例えばウインドウを1クリック、ヘルプへ移動→グルグル
PPCG4-10.5.2/MDD/1.25DP/2GB/3.0b5(Build 2008032619)

PPC Mac では再現する、または発生しやすいということでしょうかね？

ヘルプをクリックして…の問題、Nightly (Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008041404 Minefield/3.0pre) ではかなり改善しているようです。
クリック直後に CPU 負荷が増えるのは同じですが、クラッシュは起こらず、通常値への戻りも速くなってます。この時のヘルプメニュー表示は、若干遅れはあるものの、Firefox 3.0.0.13 よりも速いくらいです。
プロキシも www.mozilla.org を除外しなくても問題は起きなくなりました。

# オフトピ
Nightly のツールバーのバックグラウンドは、レッドからグレーのグラデーションに変わってますね。

追記：⇧再起動したら通常のグレーバックに戻りました。何だったんだろ？？

Bug 426499 – [10.5] Crash opening Help menu [@ DrawTheMenu(MenuSelectData*, __CFArray**, unsigned char, unsigned char*)]
がありました。

どうやら同じようですね。
私の方では Intel Mac mini でも再現したので、Bug 400291 – [10.5][PPC] Crash/hang when operating in Help menu かなと思っていましたが、ちょっと違うようです。
Nightly では再現しなくなっているので、様子見といったところですが。。