掲示板 過去ログ
(2009年1月1日 ～ 2009年6月30日)

I would like to upload my builds within 30 minutes.

Efficient Tete! Arikado!

テテ様

お忘れと思いますがお久しぶりです、
その後も私はFirefoxのテテさんビルドを使い続け、Operaなどもサブで使いつつも今回も3.5にあわせて早速使用させていただいております。

最近の私的ビルド専用DLLについての疑問なのですが、SSE2版を私は使っているのですが、私的ビルド専用DLLは今はもう入れなくても良いようなものでしょうか?

タイムスタンプとかから判断してそれ相当の物が最初からアーカイブされている気がするので、ここ最近は入れていないのですが。

それでは今後ともリリースの度に素早い対応でお忙しいと思いますが、頑張ってください。

矢野様、お久しぶりです。

はい、私的ビルド専用DLLは入れ直さなくてもOKです。お察しの通り、私的ビルドに添付しているものと同一のファイルですので。

I think yes,
I use it as portable with the Firefox from PortableApps.com
and copy the the files from Tete's Firefox over the Portable Firefox in \FirefoxPortable\App\Firefox

But when u use this on different PCs than think on SSE or SSE2 because CPU ;)

I have never tried the way to make my builds portable...

CyberHawk's method is just work.
I have placed Tete's build over original binary for several months.
No problem at all!

Firefox 3.5 is scheduled for release by the end of the month, so I will skip the RC3.

Understandable

3.5正式版でもバグを複数かかえてるようなので、3.5.1まで待ったほうが良さそうですね。
6月末リリースありきで出してきそうで・・・・

短期間でRCを矢継ぎ早に出してきた過程から察するに、正式版リリースの先延ばしの可能性は少なそうですね。致命的な不具合が見つからない限りは。

There are not enough opportunities for me to use linux. So at this time, I am not planning to make the builds for linux.

Thank you for your reply.look forward to this build if probability in the future.

The release schedule of Firefox 3.5 might be changed at the very last minute, so I think I will wait and see for a while.

Aligado!

THX Tete,
for your great work :)

Oh, it's a pleasure.
Doitasimasite.

Пожалуйста
My pleasure.
どういたしまして。

情報ありがとうございます。build2とかも出るかもしれないので、しばらく様子を見ようと思います。

Firefox 3.5rc1-candidates build2 is out.

Firefox 3.5rc1-candidates build2 is out.

Thank you for the information. I think I will wait and see for a while.

情報ありがとうございます。もうしばらく成り行きを見守ろうと思っています。

As the title.

Firefox 3.5rc2 build2 was already uploaded into mozilla's FTP site, so I decided not to build rc1.
Firefox 3.5rc2 build2が既にmozillaのFTPサイトにアップロードされているので、rc1はビルドしないことにしました。

なんかもう正式版が出てからでいいような気がしてきました。
6月末には出るみたいなので、致命的なバグで延期にならない限りは10日ちょっと待てば済みますし。

3.5 RC1のリリースを待っていたら、いつの間にかRC2 build2ができていたり…。最近のスケジュールはよく分かりません…。

次こそ”本当のRC”2が明日出るみたいです。

情報ありがとうございます。今日と明日でFirefox 3.5 RC2をビルドしたいと思います。

ご指摘ありがとうございます。必要のないファイルを添付してしまいました。＞＜

.pgcはPGOカウントファイルというもので、ガイド付き最適化(PGO)を適用したビルドを作る過程で必要となるファイルです。PGOを適用したビルドを作ってしまえば後は用済みです。

ご指摘ありがとうございます。必要のないファイルを添付してしまいました。＞＜

(objdir)/dist/bin/ を圧縮しているのでしょうか？
それよりは、
make -C (objdir)/browser/installer
をした上で、 (objdir)/dist/firefox/ を圧縮する方が良さそうです。
メリット1. 余分なファイルは取り除かれています。
メリット2. たくさんの xpt ファイルが 1 つのファイルにリンクされています。起動時に、たくさんのファイルにアクセスするよりも早いはずです。https://bugzilla.mozilla.org/show_bug.cgi?id=29658 によると、13% 早かったそうです。当時と今とでは分母がだいぶ違っているだろうとは思いますが。

情報ありがとうございます。仰るとおり、今まで(objdir)/dist/bin/を圧縮してました。^^;

教えていただいた方法を試してみました。ファイルの数が少し減りましたが、xptファイルの数は変わりませんでした。方法を調べてみたいと思います。

私が間違っていました。確かに教えていただいた方法で、componentsフォルダ内のxptファイルがbrowser.xptにまとまりました。ありがとうございました。

# 今朝失敗したのは、デバッグ用のビルド (mozconfigで- -disable-staticや- -disable-libxulを指定したビルド) で試したせいだったようです。

Thank you for the information. I am going to prepare to build it.

Your build is very fast, just want to thank you for the work in optimising the code!

Thank you. I hope I can continue to update the builds at my own pace.

need 64bit firefox......以上.....^_^

At the moment I am not planning to build Firefox for 64-bit Windows.

why?

sse2 faster than sse.
x64 faster than x32.

maybe sse2+x64>2....

Because I don't have any x64 platform. To build Firefox x64 with profile-guided optimization, x64 platform is required.

x64 platform?

X64 CPU?that is hard to get one?

They are 64-bit Windows and hardwares. I still use 32-bit Windows due to compatibility problems with existing software and hardware.

sigh......i see.....

thx....the firefox sse2 is great job
^_^

http://forums.mozillazine.org/viewtopic.php?f=23&t=1256345

There is a places.sqlite schema change coming in the 20090520 Branch build with respect to the landing of:

* #488966 [Toolkit:Places]-Add a last_visit_date column with an index to moz_places [All]
.
.
.
.
The only known drawback is that this will make impossible to downgrade from RC to a previous beta (or any 1.9.1/trunk nightly after temp tables and before 15/05).

Thank you for the information.
Before uploading the latest builds, I had checked new mozcrt19.dll by using the memcpy/memset validator of my own making, and found no problem with it.

latest branch nightly

What does that mean in concrete term? firefox-3.5pre or firefox-3.0.12pre? If you could let me know it, I would like to try that with the same environment.

3.5pre, yep.

I tried overwriting the latest official firefox-3.5pre in the official firefox-3.5b4. As a result, I have verified that the problem you pointed out occurs on official Firefox, too.

To be specific I was using a Firefox 3.5b5pre build, updating automatically after every day's nightly release.

I understand now. Once we use recent Firefox 3.5pre, the structure of places.sqlite instantly changes, the compatibility will be lost on the older versions of Firefox.

There is a places.sqlite schema change coming in the 20090520 Branch build with respect to the landing of:

* #488966 [Toolkit:Places]-Add a last_visit_date column with an index to moz_places [All]

I had referred to the JavaScript of Bug 492379 and made the program for downgrading places.sqlite. If dropping the places.sqlite file on the downgrade_places.exe, the program will downgrade it. Sqlite3.dll is not included with this zip file. Please make a backup of the places.sqlite before trying this program.

https://tete009.pages.dev/software/mozilla/downgrade_places.zip (3KB)
MD5: C6C888CF849807BD5BADD61946F037E8
SHA1: 1BBE3E598D0F9B318B47E3B0CCF5812CE97F8796

In my environment, fticorep.exe is operating properly. The program will change the "program icon" which is displayed on Windows Explorer, but it cannot change the program's title bar icon, etc. By putting main-window.ico on the following path, it is possible to change Firefox's title bar icon:
(program's root)\chrome\icons\default\

I have not been able to confirm the occurrence of the other problems you mentioned. If I can recreate the problems, it would be relatively easy to find the cause of them.

Thank you for the information. I am glad to know that my build had been mentioned as an example of the optimized build.

Thank you for using my builds. In my environment, I have been able to run my builds. Please try the following troubleshooting:
https://tete009.pages.dev/en-US/software.html#TMOZFAQ_TB

BTW,
Q: After downloading the Firefox, Does it need to run TBIND.exe again before launch the Firefox?

OK, Done!
Now I can run the 3.0.10-sse2 vers. Firefox.

After downloading the Firefox, Does it need to run TBIND.exe again before launch the Firefox?

Yes. However, I feel there isn't much point in running the tbind.exe on recent high-performance PC.

Now I can run the 3.0.10-sse2 vers. Firefox.

What a relief it is to hear that!

はい、ただ今SSE版とSSE2版をビルドしています。今夜23時～0時頃にはアップしたいと思います。

先ほどアップロードいたしました。途中で眠ってしまい、予定時刻を過ぎてしまいました。どうもすみません。^^;

いやいや，予定は未定です（＾＾）

早速頂戴しました，ありがとうございます

情報ありがとうございます。
今回、公式版と同じようにprofileserver.pyというスクリプトを使ってPGOビルドを作ってみようとしているのですが、profileserver.pyの実行時にエラーが発生してビルドが止まってしまいます。現在原因を調べてます…。

OBJDIR=/f/Mozilla/mozilla/FirefoxObjSSE python /f/Mozilla/mozilla/FirefoxObjSSE/
_profile/pgo/profileserver.py
Traceback (most recent call last):
File "f:/Mozilla/mozilla/FirefoxObjSSE/_profile/pgo/profileserver.py", line 22
, in <module>
httpd = EasyServer(("", PORT), SimpleHTTPServer.SimpleHTTPRequestHandler)
File "c:\mozilla-build\python25\lib\SocketServer.py", line 400, in __init__
self.server_bind()
File "c:\mozilla-build\python25\lib\SocketServer.py", line 411, in server_bind

self.socket.bind(self.server_address)
File "<string>", line 1, in bind
socket.gaierror: [Errno 10109] getaddrinfo failed
make: *** [profiledbuild] Error 1

PGOのプロファイリングデータを手動でまったりと収集したいので、PGUビルドフェーズへの移行を待機させるMsgBoxを噛ませてみようと思います。

# .mozconfig
mk_add_options PROFILE_GEN_SCRIPT='cscript F:/Mozilla/PgoMsg.vbs'

XML文書で以下の属性を使用することで、スキーマファイルを指定できます。
xsi:schemaLocation
xsi:noNamespaceSchemaLocation

こんな感じです。
<?xml version="1.0" encoding="utf-8"?>
<board xmlns="https://tete009.pages.dev/board" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://tete009.pages.dev/board board.xsd">
</board>

私も Athlon64 X2 3800+ @2.5GHz で常用プロファイルのまま２つを比較してみました。

V8ベンチマークの場合は３回の平均で下記のような誤差程度の違いでした。
SSE :167.3
SSE2:166.6

また、shigeさんが書かれているベンチマークでも誤差程度の差でした。
SSE :486 Points
SSE2:490 Points

日記の方でteteさんが書かれているように遅くなる事はありませんでしたが、特に早くなることもありませんでした(涙)

Athlon LE-1640B 2.7GHz（常用プロファイル）にて
Peacekeeperベンチマーク結果。
SSE ：508 Points
SSE2：502 Points

3.1b3（新規プロファイル）の
SSE ：752 Points
SSE2：731 Points
から差が縮まったけど、やはりAMD-K8系はSSE版の方が速いようです。

shigeさん、ふぁんたさん。様々な環境でベンチマークテストを行ってくださり、ありがとうございました。m(_ _)m
CPUのアーキテクチャーによって、/arch:SSE2コンパイラオプションの使用が効果的だったり、裏目に出たりするのかもしれませんね。

SunSpiderをAthlon LE-1640B 2.7GHz（常用プロファイル）で何度か測ってみたのですが、
SSE2版の方がスコアがよかったです。
平均して
SSE ：3700ms台
SSE2：3600ms台
でした。

Mozilla謹製のDromaeoはテストが長すぎて諦めました。
一回15分?て・・・

Dromaeoは時間がかかりすぎますよね(汗)。最適化する箇所を探すのに利用しようかと思ったのに、長すぎて途中でやめてしまいました…。

To know the profile information about Firefox, please open the following file with Notepad, etc.
%APPDATA%\Mozilla\Firefox\profiles.ini

The file includes profile's information, like names, or paths. If one profile has "Default=1", it would be a default profile.

You can use -P option to open a specific profile. For example:
"C:\Program Files\Mozilla Firefox\firefox.exe" -P "profile_name"

Firefox 3.0.8 で、次の 3 つのパッチが入っています。

http://www.mozilla-japan.org/security/announce/2009/mfsa2009-12.html
→ https://bugzilla.mozilla.org/show_bug.cgi?id=485217
→ https://bugzilla.mozilla.org/show_bug.cgi?id=485286

http://www.mozilla-japan.org/security/announce/2009/mfsa2009-13.html
→ https://bugzilla.mozilla.org/show_bug.cgi?id=484320

Firefox 3.1 Beta 3 私的ビルド ではそのうち Bug 485217のパッチを適用されたようですが、可能なら残り 2 つも当てたほうが良いのでは？

1.9.1 branch での差分は次の通りです。(バグが非公開であっても、ソースやその履歴は公開されていますので差分を見ることができます)
Bug 485286: http://hg.mozilla.org/releases/mozilla-1.9.1/rev/4552d789ad8f
Bug 484320: http://hg.mozilla.org/releases/mozilla-1.9.1/rev/60caf43ff9c2

アイヴァーンさん、あさん、情報ありがとうございます。
ただ今、引っ越しの手伝いのため、家を空けています。
秋田に戻るのは、明日の昼以降になります。

当サイトのFirefox 3.0.8とFirefox 3.1 Beta 3を更新しました。

Firefox 3.0.8は、先日アップロードしたbuild2と全く同じファイルです。

Firefox 3.1 Beta 3には、Bug 485217、Bug 485286、Bug 484320のパッチを適用しました。

アイヴァーンさん、あさん、ありがとうございました。

Thank you for reporting the bug.
I have been able to reproduce the bug you pointed out, but I can't search the cause of the bug now. I am not free for a few days. I would like to check it when I have finished other job.

After checking into the matter, I suspect that PGO may have caused the freeze.
I built PGO builds without my patches. But the problem came and went depending on how I ran the PGI builds for collecting the profiling data. I have found the problem occurs in js3250.dll.
I hope I can find a way around the problem.

I have found the problem is preventable through the following way.

/* js/src/jsobj.c */

#pragma optimize("g", off)

JSBool
js_GetClassObject(JSContext *cx, JSObject *obj, JSProtoKey key,
JSObject **objp)
{
/* (An omission) */
}

#pragma optimize("g", on)

I fixed the problem and uploaded a new build. Thank you.

情報ありがとうございます。Bug 478901で対処したようです。しかし現時点では、正式リリースされたビルド(ナイトリービルド以外)でこの脆弱性に対処済みなのは、Firefox 3.0.7だけのようです。
https://bugzilla.mozilla.org/show_bug.cgi?id=478901

今回の脆弱性の有無を、以下の表にまとめてみました。脆弱性を持つビルドを強調して示しています。

Firefox/ThunderbirdのJVNVU#649212脆弱性の有無

アプリ名	脆弱性の有無	libpngのバージョン
Firefox 3.0.7	無し	1.2.35
Firefox 3.1 Beta 2	有り	1.2.31
Firefox 3.1 Beta 3 (build2)	無し	1.2.35
Thunderbird 2.0.0.19	有り	1.2.7
Thunderbird 2.0.0.19 (tete009 20081231)	有り	1.2.34
Thunderbird 2.0.0.21 (build1)	無し	1.2.35

この表に書いていないビルドでも、脆弱性を持つものがあるので注意が必要ですね (Firefox 2.0.0.20等)。

とりあえず、今回の脆弱性に対処したThunderbird 2.0.0.21 (build1)をビルドしてアップロードしました。

残るはFirefox 3.1 Beta 3ですが、まだパッチを作っていません。Beta 2から大きくソースコードが変化している場合は、パッチ作成に手間取るかもしれません。

3.1β3のリリースは日本時間だと13日午前6時のようですね。
昨年12月8日のβ2リリースからやっとという感じです。
β4からは3.5になるみたいですがなんか迷走気味に感じてしまいます。

先ほど、Firefox 3.1 Beta 3 (build2)をアップロードしました。まだ正式リリースではないですが、libpngの脆弱性を考慮して早めにビルドしました。

早速のupありがとうございます。
当方の環境で問題ありません、心持ち速くなったようです。

当初のスレッドのタイトルと直接は関係ないのですが，Beta 3の話題が出たので書き込みを・・・。

Beta 3からはプライバシー情報を消去する（サニタイズ）前に確認するオプションがなくなってしまったのですね
まぁ，意図的にメニューバーからサニタイズする場合は確認が出るのですが，終了時に消去するオプションを有効にしている場合に自動的に消されてしまうようなのでちょっと不便な感じです。
（たとえば，3.0.7を使っていて一時的に3.1 Beta 3で見てみたい場合など，サニタイズせずに終了したい場合など）

これは，テテさんのビルドの問題ではないのでなんですが，終了時に履歴を消去するオプションってあまり使われていないのだろうか・・・。

私の場合は、履歴等の削除は手動で行っています。ショートカットキー (Ctrl+Shift+Del)でClear Recent Historyダイアログボックスを開いて削除してますです。

To speed up the drawing of scaled images, I am tinkering with the following source codes:

/gfx/cairo/libpixman/src/pixman-transformed.c
/gfx/src/thebes/nsThebesImage.cpp
/gfx/src/thebes/nsThebesImage.h

I hope this helps. I am poor speaker of English, so I cannot actively contribute to Bugzilla.

Nah, your grammar and vocabulary in that short reply already exceeds that of many Americans who frequent online forums.

Well if the tinkering is successful, I am sure the patches will be of great help in solving the scroll lag of Fx3 (Fx2 did not have such lag). However, not many people are affected by this bug, and therefore it seems that nobody is paying attention to it even though there should be ZERO problems with scrolling in a browser in the first place.

The inaction over at Mozilla is a tad disappointing, because they definitely don't seem to see it that way.

I think so, too. I'm sure this is one of the performance bottlenecks of Fx3. I want Mozilla to make further efforts to speed up rendering speed.

聴いてくださり、ありがとうございました。
「死の塔」は、Roland SC-88STという外部MIDI音源で演奏して作成したものです。

はい、昨夜からFirefox 3.0.7のビルドを開始しました。ただアップロードするのは、今夜21時以降となる予定です。

「勇者の故郷」を聴いてくださり、ありがとうございました。^^
MySoundの方は、空き容量が残り数MBでしたので、当初は音質を少し落としたMP3データをアップロードしていました。現在はどちらの「勇者の故郷」も、lameの-V 0 (VBR最高音質)でエンコードしたものです。

早速いただきました～（＾＾）

ありがとうございます～
（インストールは明日にでも・・・）

どういたしまして～。^^
WBCを見ていて、アップロードが遅くなりました。

MySoundで公開していた曲も更新しました。ファイルサイズの関係で、ニコニコ動画版の方が高音質ですが。追記 (2月27日 7時11分): MySoundのMP3データも、lameの-V 0 (VBR)でエンコードしたものに差し替えました。
http://players.music-eclub.com/?action=user_song_detail&song_id=56503

お久しぶりです。
MySound側のを拝聴させていただきました。
懐かしいの一言で、とても良くできていると思います。
楽器のアップダウンも滑らかで生演奏と聞き比べてみたいとも思いました^^
数年前までSoundFontを使って下手ながらDTMを楽しんでいた時期を思い出しました。
たまにはやってみようかななんて。

うちの環境の問題なんでしょうが、
MySound側ではプチノイズが出てしまうので、
後ほどニコ動側でも聴いてみたいと思います。
(いまはホリエモンとひろゆきの対談で重すぎなので…)

最後に、3.0.7のビルド作成お疲れ様です。

お久しぶりです。「勇者の故郷」を聴いてくださり、ありがとうございました。
ニコニコ動画の方も、もしかするとプチノイズが出るかもしれません。MySoundの方と同様に、可変ビットレート(VBR)のMP3データを使用しているので…。

おはようございます。

ニコ動で試してみました。
こちら側ではプチノイズは全く無く、
とても気持ちよく聴かせていただきました。
次回作も楽しみにしてますね。

3.0.7のビルド、お疲れ様でした。

ニコニコ動画の方も聴いてくださり、ありがとうございました。
今後もShockwave Flashファイル(*.swf)で動画を公開する際には、可変ビットレートのMP3データを使用したいと思います。

うちでは消えなかったけどなあ？

環境によって、不具合が出たり出なかったりするようです。複数のご報告を頂いたので、バグがあることは間違いないと思います。

最近になってパスワードがうまく保存できてないことに気付きましたが、
修正版にしたらバッチリ保存できてます。

画像の縮小や、JavaScriptでライフゲームなどの処理で、
はっきりと速さを体感できるので使わせてもらっています。

どうもすみませんでした。Cランタイムをいじったのが不具合の原因だったのかもしれません。

Thank you for letting me know about the bug of 2009-02-04.
I uploaded the previous build (2009-01-31). I would like to check and find the cause of the bug from now.

For experiment, I installed the official build of firefox 3.0.6 and 3.1 beta2, then got some results.

FF 3.0.6 works fine but 3.1 beta2 has the same problem about not to autosave password.

When I check the saved password window in FF 3.1b2, all passwords are gone but 3.0.6 shows the correct result.

I guess 3.1b2 having bugs in reading signons3.txt.

Thank you for the additional information. On my PC, I have not been able to reproduce the bug yet...

I also uploaded Fx3.1b2 (2008-12-26).
https://tete009.pages.dev/software/mozilla/firefox/release/firefox-3.1b2-2008122618.en-US.win32-tete009-sse-pgo.exe
MD5: 70FABD62A14FF2ACAE46C3A8E5D6C15C
SHA1: A23D9EF1A8AD9005BDE002A3FD7E31159224C89F

Please keep me updated.

After long time try and error, I think I have find out the root cause that autosave password malfunction and why u can't reproduce the error.

Last time I used the -safe-mode to check the problem with all your 3.1b2 private builds and still had the same situation. But that worked fine with official 3.0.6 build, i think this is a bug in 3.1b2 and posted my guess.

After a while, I created a new profile to test 3.1b2 again then the function worked correctly...orz.

What's different between 3.0 and 3.1 about autosave password? When i google it, I realized ff3.1 has changed the file format of saving password from signons3.txt and key3.db to signons.sqlite.

But i used your private build 3.1b2-20081226 that worked fine before upgrading to 3.1b2-20090204. What's going on?

I think 3.1b2-20090204 broken my signons.sqlite then made autosave password malfunction, thought the signons3.txt and key3.db were correct. So that changed different 3.1b2 and used -safe-mode can't resolve the problem, it always accessed the broken signons.sqlite.

When i deleted the broken signons.sqlite, FF will reproduce a correct one from signons3.txt and key3.db.

Thank you for your time and cooperation. I apologize for the trouble you have experienced... I think my build's bug damaged your signons.sqlite file.

I itemized the procedure for recovering the passwords of Firefox 3.1b2 from the signons3.txt of Frefox 3.0.x:

1. Close all of Firefox.
2. Open profile folder.
3. Make sure signons3.txt file exists.
4. Back up signons.sqlite file.
5. Rename or delete signons.sqlite file.
6. Run Firefox 3.1 Beta.

Maybe 20090204 private build not damage my signons.sqlite. I think there are some changes happened to data structure of signons.sqlite during 3.1b2 development.

So someone downloaded your 3.1b2 private build on November 2008, then upgraded to new version on January 2009, he may encountered the same situation of mine. The new version FF can't recognize the old format in signons.sqlite, that made the autosave password malfunction, unless he install FF with a whole new profile.

I just find a new bug in 20081226, 20090131, 20090206 three versions. Whether I close how many tabs, there is no response in "Recently Closed Tabs". The list is always blank.

In my environment, I can not confirm the problem at the moment. If it is the inherent problem of my builds, and I could find the cause of problem, I would like to fix it.

I just find a new bug in 20081226, 20090131, 20090206 three versions. Whether I close how many tabs, there is no response in "Recently Closed Tabs". The list is always blank.

I try the 20090207 build and all work fine. Maybe the latest trunk fixed this bug, who know...?

I just try 20090131 build again and can't reproduce the bug happened at last day...<?>.

For system optimization, I had disabled some winxp system services for a period but the system became unstable last night, so I enabled these services again. Now all things seem ok, orz.

Thank you for checking out my build's behavior. If there was the bug in my build, I have the impression that it was included in my mozcrt19.dll. Therefore, I have attached old mozcrt19.dll (which had been attached to 2008122618 build) to current build.

初めまして。これからFirefox 3.0.6のビルド作業を再開します。夜10時頃にアップロードできればと思ってます。

うちのFirefox 3.0.5ビルドでhotmailを利用する場合、general.useragent.extra.firefoxの値を「Minefield/3.0.5」から「Firefox/3.0.5」に書き換える必要があります。「Firefox」の部分は大文字小文字を区別しますので、「FireFox」等でも警告メッセージが表示されます。

テテ様

早速ご返答ありがとうございます。
まさにご指摘の通り、指定箇所が「FireFox/3.0」と大文字になっておりました。
解決できて大変助かりました、ありがとうございます。

Please change the value of general.useragent.extra.firefox from Minefield/3.1b2 to Firefox/3.1b2. Unfortunately, some sites do not support the UA string such as "Minefield".

Has nothing to do with UA string:-(
Before bookmark many application programs, the Application bar work fine.
http://img510.imageshack.us/img510/8020/928439ps3.png

I think facebook.com does not support "Minefield".
Facebook.com uses the following script to check UA, but the only time ua.firefox() returns true is when UA string contains "Firefox" or "GranParadiso" or "Iceweasel"...
http://static.ak.fbcdn.net/rsrc.php/z74KL/lpkg/2148i64q/ja_JP/141/141567/js/7xocmqs7uvsw8kss.pkg.js

So I would appreciate it if you could try the way I suggested last time.

not working

Tete's Firefox 3.1 Beta 2 ~ UA string Firefox/3.1b2
http://img204.imageshack.us/img204/671/91301zi0.jpg

Firefox 3.2a1per ~ UA string Minefield/3.2a1per
http://img204.imageshack.us/img204/2747/91302aq6.jpg

Was increasing application 山寨王( http://apps.new.facebook.com/shanzhai ) Latter Facebook Application bar does not work in Tete's Firefox 3.1 Beta 2

Thank you for your information. I have verified the problem you pointed out. I will look into the matter.

I fixed this bug and uploaded the new build. Thank you for your time and cooperation.

その方法でOKかと思います。application.iniにもBuildIDがあるので、一応そちらも書き換えた方が良いかもしれません。

Yahooのブラウザ判別方法に問題があるそうですね。
https://bugzilla.mozilla.org/show_bug.cgi?id=471816

来月初旬にはFirefox 3.0.6公式版がリリースされる予定なので、そのうちYahooはサイトを修正すると思います。

ありがとうございます^^
Yahooのブラウザ判別方法 に原因がある事も教えていただき、
安心しました。