2010-05-09 19:52:37 +04:00
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
< html xmlns = "http://www.w3.org/1999/xhtml" lang = "en-US" xml:lang = "en-US" >
< head >
<!--
*
2012-08-18 12:28:04 +04:00
* Copyright 2008-2012, Haiku. All rights reserved.
2010-05-09 19:52:37 +04:00
* Distributed under the terms of the MIT License.
*
* Authors:
2010-08-11 21:56:45 +04:00
* Niels Reedijk, Matt Madia and Ingo Weinhold who wrote
* http://dev.haiku-os.org/wiki/ and http://dev.haiku-os.org/wiki/ReportingBugs
2010-05-09 19:52:37 +04:00
* Humdinger < humdingerb @ gmail . com >
2010-12-01 17:23:44 +03:00
* Translators:
* Shota Fukumori
* log-1
2012-01-31 14:50:22 +04:00
* mt
2010-05-09 19:52:37 +04:00
*
-->
< meta http-equiv = "content-type" content = "text/html; charset=utf-8" / >
< meta name = "robots" content = "all" / >
2010-12-01 17:23:44 +03:00
< title > バグの報告< / title >
2010-05-09 19:52:37 +04:00
< link rel = "stylesheet" type = "text/css" href = "../Haiku-doc.css" / >
< / head >
< body >
< div id = "banner" >
2012-02-17 23:38:36 +04:00
< div > < span > ユーザーガイド< / span > < / div >
2010-05-09 19:52:37 +04:00
< / div >
< div class = "nav" >
< div class = "inner" >
< ul class = "lang-menu" >
< li class = "now" > < img src = "../images/flags/jp.png" alt = "" / > 日本語< / li >
< li > < a href = "../fr/bugreports.html" > < img src = "../images/flags/fr.png" alt = "" / > Français< / a > < / li >
< li > < a href = "../de/bugreports.html" > < img src = "../images/flags/de.png" alt = "" / > Deutsch< / a > < / li >
< li > < a href = "../it/bugreports.html" > < img src = "../images/flags/it.png" alt = "" / > Italiano< / a > < / li >
< li > < a href = "../ru/bugreports.html" > < img src = "../images/flags/ru.png" alt = "" / > Русский< / a > < / li >
< li > < a href = "../es/bugreports.html" > < img src = "../images/flags/es.png" alt = "" / > Español< / a > < / li >
2011-05-22 22:01:43 +04:00
< li > < a href = "../sv_SE/bugreports.html" > < img src = "../images/flags/sv_SE.png" alt = "" / > Svenska< / a > < / li >
2010-05-09 19:52:37 +04:00
< li > < a href = "../uk/bugreports.html" > < img src = "../images/flags/uk.png" alt = "" / > Українська< / a > < / li >
2010-07-08 22:03:41 +04:00
< li > < a href = "../zh_CN/bugreports.html" > < img src = "../images/flags/zh_CN.png" alt = "" / > 中文 ［中文］< / a > < / li >
< li > < a href = "../pt_PT/bugreports.html" > < img src = "../images/flags/pt_PT.png" alt = "" / > Português< / a > < / li >
2011-12-04 00:12:53 +04:00
< li > < a href = "../fi/bugreports.html" > < img src = "../images/flags/fi.png" alt = "" / > Suomi< / a > < / li >
< li > < a href = "../sk/bugreports.html" > < img src = "../images/flags/sk.png" alt = "" / > Slovenčina< / a > < / li >
2012-11-16 01:36:54 +04:00
< li > < a href = "../hu/bugreports.html" > < img src = "../images/flags/hu.png" alt = "" / > Magyar< / a > < / li >
< li > < a href = "../pt_BR/bugreports.html" > < img src = "../images/flags/pt_BR.png" alt = "" / > Português (Brazil)< / a > < / li >
2013-02-18 00:51:59 +04:00
< li > < a href = "../ca/bugreports.html" > < img src = "../images/flags/ca.png" alt = "" / > Català< / a > < / li >
2014-05-31 02:02:36 +04:00
< li > < a href = "../pl/bugreports.html" > < img src = "../images/flags/pl.png" alt = "" / > Polski< / a > < / li >
2016-05-06 05:15:13 +03:00
< li > < a href = "../ro/bugreports.html" > < img src = "../images/flags/ro.png" alt = "" / > Română< / a > < / li >
2010-05-09 19:52:37 +04:00
< li > < a href = "../en/bugreports.html" > < img src = "../images/flags/gb.png" alt = "" / > English< / a > < / li >
< / ul >
< span >
< a href = "../welcome_jp.html" class = "uplink" > Welcome< / a >
< / span > < / div >
< / div >
< div id = "content" >
< div >
2017-02-01 06:48:59 +03:00
< div class = "box-info" > このページの翻訳はまだ完全ではありません。完成するまでは、未完成の部分はオリジナルの英文を使用します。< / div >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< table class = "index" id = "index" summary = "index" >
2015-01-17 20:26:33 +03:00
< tr class = "heading" > < td > 目次< / td > < / tr >
2015-02-23 20:29:44 +03:00
< tr class = "index" > < td > < a href = "#account" > Trac アカウントを取得する< / a > < br / >
2010-12-01 17:23:44 +03:00
< a href = "#report" > バグレポートの作成< / a > < br / >
< a href = "#app" > アプリケーションのバグ< / a > < br / >
< a href = "#server" > サーバーのバグ< / a > < br / >
< a href = "#kernel" > カーネルのバグ< / a > < br / >
2010-08-11 21:56:45 +04:00
< a href = "#kdl" > Kernel Debugging Land - KDL< / a > < br / >
< a href = "#syslog" > Syslog< / a > < br / >
2010-12-01 17:23:44 +03:00
< a href = "#onscreen" > スクリーン上でのデバッグ< / a > < br / >
2010-08-11 21:56:45 +04:00
< a href = "#hardware" > Hardware/Driver bugs< / a > < br / >
2010-12-01 17:23:44 +03:00
< a href = "#next" > そして次は< / a > < / td > < / tr >
2010-08-11 21:56:45 +04:00
< / table >
2010-12-01 17:23:44 +03:00
< h1 > バグの報告< / h1 >
2010-05-09 19:52:37 +04:00
2015-02-23 20:29:44 +03:00
< p > 開発者はすべてのハードウェア構成でテストを行えませんし、オペレーティングシステムとのあらゆる関わり方をテストすることもできないので、ユーザーの動作報告などの情報に頼っています。そして Haiku はまだ幼いプロジェクトのため、バグに遭遇する可能性が高いです。私たちはバグを報告してくれるのを待っています。少しずつ Haiku を改善してもっと良いものにしていきませんか?< / p >
2014-05-31 02:02:36 +04:00
< p > 私たちのバグトラッカーを有効に保つため、< a href = "http://dev.haiku-os.org/wiki/BugTrackerEtiquette" > バグトラッカーでのエチケット< / a > を絶対に守ってください。< / p >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2015-02-23 20:29:44 +03:00
< a id = "account" name = "accout" > Trac アカウントを取得する< / a > < / h2 >
2012-01-31 14:50:22 +04:00
< p > チケットを登録するには、< a href = "http://dev.haiku-os.org/register" title = "Register at Haiku's Bugtracker" > Haiku バグトラッカー< / a > でアカウントを取得する必要があります。< br / >
2010-12-01 17:23:44 +03:00
アカウントを作るときは、チケットの更新通知メールを受信するために< b > 自分のメールアドレスを登録すること< / b > が必要です。さまざまな確認のためのメールが届くため、アカウントを作成した後は、こまめに< b > 迷惑メールフォルダ< / b > をチェックするようにしてください。というのも、重要な確認メールがしばしば迷惑メールに分類されてしまうからです。< / p >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "report" name = "report" > バグレポートの作成< / a > < / h2 >
2012-01-31 14:50:22 +04:00
< p > バグを報告する前に、すでに報告されていないか< a href = "http://dev.haiku-os.org/query?status=new&status=assigned&status=reopened&status=closed&summary=%7Etext+you+want+to+search+for&order=priority" > 確認を< / a > するようにしてください。< a href = "http://dev.haiku-os.org/search?q=&noquickjump=1&ticket=on" > 検索機能< / a > が有用です。< br / >
2014-05-31 02:02:36 +04:00
報告されていないことを確認したら、以下の情報をできる限り多く提供してください。< / p >
2010-05-09 19:52:37 +04:00
< ul >
2015-02-23 20:29:44 +03:00
< li > < p > その問題が最新バージョンの Haiku でも再現するかを確認してみてください。テスト用のビルド済イメージが< a href = "http://download.haiku-os.org" > 利用可能です< / a > 。< / p > < / li >
2014-04-05 20:48:32 +04:00
< li > < p > テストした環境の情報 (物理的なハードウェア、QEMU、VMware など)< / p > < / li >
2016-05-06 05:15:13 +03:00
< li > < p > 動かしているリビジョン番号について言及してください。この情報は、Deskbar メニューの< span class = "menu" > Haiku について (About Haiku...)< / span > から得られます。同様にテストしているHaiku のビルドの種類 (gcc2, gcc4, gcc2hybrid, gcc4hybrid) についても触れてください。ダウンロードイメージはビルドの種類に従って命名されています。自分でビルドしたイメージについては、どのようにビルドしたか知っておく必要があります。< / p > < / li >
2014-05-31 02:02:36 +04:00
< li > < p > できる限り正しく、実際に起きた挙動を説明し、その後自分が予測した挙動と、現在の挙動の問題を説明する< / p > < / li >
2010-12-01 17:23:44 +03:00
< li > < p > 再現する手順や準備。これは開発者が再現するために必要です。< / p > < / li >
2014-04-05 20:48:32 +04:00
< li > < p > その他の情報。GUI 周りのバグやアプリケーションのバグならば、< span class = "key" > PRINT< / span > キーを押してスクリーンショットを取得してください。< / p > < / li >
2010-05-09 19:52:37 +04:00
< / ul >
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "app" name = "app" > アプリケーションのバグ< / a > < / h2 >
2014-05-31 02:02:36 +04:00
< p > アプリケーションがクラッシュしたときは、ポップアップしたダイアログからデバッガーを起動すべきです。そうすれば gdb (GNU デバッガー) がターミナル画面の上で起動します。< span class = "cli" > bt< / span > と入力すると "バックトレース" が出力されるので、それをそのままコピーし (< span class = "cli" > bt< / span > と入力する前も含める) 、そのままチケットに添付してください。< / p >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "server" name = "server" > サーバーのバグ< / a > < / h2 >
2017-02-01 06:48:59 +03:00
< p > App server、registrar、input server のような重要なサーバーがクラッシュしたときはよくあるクラッシュアラートを見ることは無いでしょう。その代わりに、スクリーン全体が白で塗りつぶされ、gdb のセッションがスタートします。出力はスクリーンに直接出力されます。たぶん、マウスはまだ動かせでも gdb の出力を上書きするでしょう。アプリケーションも動いたままで、(たとえば、プロセスコントローラーや デスクバーの時計のように) それも gdb の出力を上書きします。< br / >
さらに、アプリケーションのバグに比べ、すべては見にくく便利ではありません。アプリケーションのバグのようにはいかないでしょう。もっとも重要なバックトレースの取得 (< span class = "cli" > bt< / span > コマンド) も、どこでもテキストのコピーができないのでデジタルカメラ等を用いて写真を撮影しないとならないでしょう。< br / >
実際にクラッシュしているものに応じて、デスクトップに < span class = "cli" > save-report< / span > を使ってクラッシュレポートを保存してみてもよいです。それから電源ボタンを一度押して、手際よくシャットダウンしてみることもできます。< / p >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "kernel" name = "kernel" > カーネルのバグ< / a > < / h2 >
2012-01-31 14:50:22 +04:00
< p > カーネルのバグのデバッグはもっとも難しいでしょう。カーネルやドライバーのバグにはこのようなさまざまな症状があります:< / p >
2010-05-09 19:52:37 +04:00
< ul >
2014-05-31 02:02:36 +04:00
< li > < p > システムは kernel debugging land (KDL) に入ります。画面上部はクリアされいくつかの KDL に入る原因となった理由を含むと思われる文字列が出力されます。次に、"< i > Welcome to Kernel Debugging Land...< / i > " と出力されます。その上に、KDL に入った直接の理由が表示されます。< / p > < / li >
2010-12-01 17:23:44 +03:00
< li > < p > システムは自然に再起動します。< / p > < / li >
2012-01-31 14:50:22 +04:00
< li > < p > システムは完全にフリーズします。マウスを動かすこともできず、アプリケーションも停止します。< span class = "key" > ALT< / span > < span class = "key" > SysReq< / span > < span class = "key" > D< / span > (だいたいのキーボードで、< span class = "key" > SysReq< / span > は < span class = "key" > PRINT< / span > と同じキーです) を押して、KDL に入れます。< / p > < / li >
2014-04-05 20:48:32 +04:00
< li > < p > システムは正常に起動しません。起動中に再起動するか、起動中にどこかで止まるか (たとえば、ブートスクリーンでのいくつかのアイコンで) のどちらかかもしれません。後者の場合でも、< span class = "key" > ALT< / span > < span class = "key" > SysReq< / span > < span class = "key" > D< / span > を押してみてください。< / p > < / li >
2014-05-31 02:02:36 +04:00
< li > < p > システム全体または一部のハードウェアで正常な動作をしない。たとえば、動作がすごく遅い、エラーが発生する、完全に動作しない、などです。一部のハードウェアが動作しないならば、まず Haiku がそれをサポートするかどうかを確認してください (メーリングリストやフォーラムで聞いてみるなど)< / p > < / li >
2010-05-09 19:52:37 +04:00
< / ul >
2014-05-31 02:02:36 +04:00
< p > 最後のポイントだけは、ハードウェアに関係あることを示すように思えますが、すべての他の症状も同様に、ハードウェアのドライバーのバグが原因で発生することがありえることに注意してください。もしドライバーやハードウェアに疑いを持っているならば、そのハードウェアを取り外すか、無効化をしてどのように変わるかを確認してください。たとえば、Wifi が問題だと疑っているならば BIOS の設定を参照して Wifi を無効化できます。設定がない場合は、問題の原因である Wifi ドライバーを Haiku のインストールからブラックリストに入れる (< a href = "../../../userguide/en/bootloader.html" > ブートローダー< / a > を参照ください) ことができます。< / p >
2010-08-11 21:56:45 +04:00
< h3 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
< a id = "kdl" name = "kdl" > Kernel Debugging Land - KDL< / a > < / h3 >
2014-05-31 02:02:36 +04:00
< p > システムが KDL に自動で入らなかった場合、< span class = "key" > ALT< / span > < span class = "key" > SysReq< / span > < span class = "key" > D< / span > を押して手動で入れます。< br / >
KDL ではキーボードが動作しないかもしれません。PS/2 キーボードは常に動作します。UHCI コントローラーに接続された USB キーボードは、一度キーボードショートカット経由で KDL に入った場合のみ動作するでしょう。現時点では、USB OHCI はサポートされていません。< / p >
< p > KDL 自体はシェルの一種です。システム情報を出力するコマンドを実行できますす。次のコマンドが役に立つでしょう:< / p >
2010-08-11 21:56:45 +04:00
< table summary = "layout" border = "0" cellpadding = "2" cellspacing = "0" >
2014-05-31 02:02:36 +04:00
< tr > < td > < span class = "cli" > bt< / span > (もしくは sc)< / td > < td > < / td > < td > バックトレースを出力する。システムが自ら KDL に入った場合、これを必ず実行します。< / td > < / tr >
2014-04-05 20:48:32 +04:00
< tr > < td > < span class = "cli" > ints< / span > < / td > < td > < / td > < td > 処理される / 処理されないハードウェア割り込みを表示します。< / td > < / tr >
2012-01-31 14:50:22 +04:00
< tr > < td class = "onelinetop" > < span class = "cli" > co< / span > (もしくは continue)< / td > < td > < / td > < td > カーネルデバッガーを離れ、可能ならばシステムの実行に戻ります。< / td > < / tr >
< tr > < td > < span class = "cli" > reboot< / span > < / td > < td > < / td > < td > システムをすぐに再起動します。まだ保存されていないすべてのデータ、保存はしていてもまだディスクに書き込まれていないデータは失われます。< / td > < / tr >
2010-08-11 21:56:45 +04:00
< / table >
2014-05-31 02:02:36 +04:00
< p > 詳細は < a href = "http://www.haiku-os.org/documents/dev/welcome_to_kernel_debugging_land" > Kernel Debugging Land へようこそ< / a > も参照してください。< / p >
< p > KDL はシリアルポートと syslog にも出力します (もしあるならば。シリアルケーブルをもう一つのコンピューターに接続し、出力を受け取れます)。KDL を終了できない場合 syslog には出力されませんが、ブートローダーのデバッグ用オプションがそれを可能にするでしょう (下記も参照ください)。< / p >
< p > KDL の出力から QR コードを生成できます。QR コードは、スマートフォンなどを使ってテキストに変換できます。この機能を使って KDL のデータを取り出すことについては、次のブログ投稿、< a href = "http://www.haiku-os.org/blog/mmlr/2012-07-01_qr_encode_your_kdl_output" > QR Encode your KDL Output< / a > を参照してください。< / p >
2010-08-11 21:56:45 +04:00
< h3 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
< a id = "syslog" name = "syslog" > Syslog< / a > < / h3 >
2010-12-01 17:23:44 +03:00
< p > < b > これは起動しないシステムから情報を取得するためのものです。< / b > < br / >
2014-04-05 20:48:32 +04:00
syslog (system log の略称) はシステムに発生した有益な情報を含んでいます。それは、KDL セッションの出力を含んでいます。それをカーネル関連の Trac チケットに添付することは良いことです。syslog は < span class = "path" > /boot/system/var/log/syslog< / span > に記録されます。ファイルの書き込みには動作しているシステムが必要であり、直近の出力が書き込まれず、カーネルの問題が起きた瞬間を記録していないかもしれません (おもに突然のリブートや続行不能な KDL のセッションで)。< / p >
2014-05-31 02:02:36 +04:00
< p > ブートローダーの < span class = "menu" > Debug menu< / span > にある < span class = "menu" > Enable debug syslog< / span > オプションは syslog を記録します。< span class = "menu" > Save syslog from previous session during boot< / span > オプションがブートローダーオプションで有効な場合 (実際デフォルトです)、最新のセッションの syslog は、< span class = "path" > /boot/system/var/log/previous_syslog< / span > に見つかるでしょう。< br / >
2014-04-05 20:48:32 +04:00
ブートしても、previous_syslog が得られない場合は、起動するときに < span class = "key" > SHIFT< / span > を押したままにしてブートローダーメニューに入る必要があります。< br / >
2014-05-31 02:02:36 +04:00
ブートローダーメニューにある < span class = "menu" > Debug menu< / span > の中には < span class = "menu" > Display syslog from previous session< / span > と < span class = "menu" > Save syslog from previous session< / span > があります。前者は syslog をスクリーンに表示し、後者はディスクに保存します。現時点では FAT32 フォーマットのみサポートされていることに注意してください。USB メモリを使用する場合は、後から接続しても認識しないので 1 度再起動し、再度ブートローダーメニューに入る必要があります。注意: 誤ってほかのオペレーションシステムを実行しないようにしてください。syslog を失ってしまいます。< / p >
2010-08-11 21:56:45 +04:00
< h3 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "onscreen" name = "onscreen" > スクリーン上でのデバッグ< / a > < / h3 >
2017-02-01 06:48:59 +03:00
< p > < b > The on-screen debug output is useful only for debugging very specific issues and is known to have (timing) issues. Don't use it, if you don't have to.< / b > < br / >
This is only relevant when Haiku fails to boot on your machine and the < span class = "menu" > Debug syslog option< / span > doesn't work for some reason. Before the Haiku boot logo appears, hold < span class = "key" > SHIFT< / span > to enter the boot loader menu. Select < span class = "menu" > Select safe mode options< / span > . Near the bottom, < span class = "menu" > [ ] Enable on screen debug output< / span > will be listed. (Note: The other options could be enabled in an attempt to boot Haiku. If Haiku will boot only when one or more options are activated, be sure to mention which ones.)< br / >
Finally select < span class = "menu" > Return to main menu< / span > and then < span class = "menu" > Continue booting< / span > .< br / >
One or more pages of text will display on the screen, only the last few lines need to be included on your ticket. There's more information on the < a href = "../../userguide/jp/bootloader.html" > Boot Loader< / a > .< / p >
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "hardware" name = "hardware" > ハードウェアとドライバーのバグ< / a > < / h2 >
< p > もしハードウェアやドライバーのバグに関連したバグを扱うならば、以下の情報を添付する必要があります:< / p >
2010-08-11 21:56:45 +04:00
< table summary = "layout" border = "0" cellpadding = "2" cellspacing = "0" >
2014-05-31 02:02:36 +04:00
< tr > < td > - < span class = "cli" > listdev< / span > < / td > < td > < / td > < td > ベンダーと PCI id を含む詳細なハードウェアのリストを出力します。linux の < span class = "cli" > lshw< / span > と < span class = "cli" > lspci< / span > に似ています。< / td > < / tr >
2014-04-05 20:48:32 +04:00
< tr > < td > - < span class = "cli" > listusb -v< / span > < / td > < td > < / td > < td > USB 関連のバグを取り扱うときに使用します。Linux の < span class = "cli" > lsusb< / span > に似ています。< / td > < / tr >
2014-05-31 02:02:36 +04:00
< tr > < td > - < span class = "cli" > open /var/log/syslog< / span > < / td > < td > < / td > < td > Haiku システムのメインログ。ブート中のスクリーン上デバッグと似ています。< span class = "cli" > open< / span > コマンドを用いることで、必要な部分をテキストエディターに切り出せます。< / td > < / tr >
2012-01-31 14:50:22 +04:00
< tr > < td class = "onelinetop" > - < span class = "cli" > listimage | grep drivers/< / span > < / td > < td > < / td > < td > 使用されているドライバーのリストを出力する。< / td > < / tr >
2014-05-31 02:02:36 +04:00
< tr > < td > - < span class = "cli" > ints< / span > < / td > < td > < / td > < td > < i > Kernel Debugging Land< / i > (上記を参照) でのみ有効。割り込みの使用状況を表示します。同じ割り込みが複数のデバイスで共有されるのは好ましくありません。< / td > < / tr >
2014-04-05 20:48:32 +04:00
< tr > < td colspan = "3" > - スクリーン上へのデバッグ出力 (ブート時のセーフモードオプション)< / td > < / tr >
2010-08-11 21:56:45 +04:00
< / table >
2014-05-31 02:02:36 +04:00
< p > 最初の 4 つのコマンドはターミナルに入力できます。< span class = "cli" > > output.txt< / span > をコマンドの最後に追加することで、"output.txt" というテキストファイルに出力されるようになります。つまり、それをバグレポートやメールに添付できるようになります。< / p >
2010-05-09 19:52:37 +04:00
2010-08-11 21:56:45 +04:00
< h2 > < a href = "#" > < img src = "../images/up.png" style = "border:none;float:right" alt = "index" / > < / a >
2010-12-01 17:23:44 +03:00
< a id = "next" name = "next" > そして次は< / a > < / h2 >
2014-05-31 02:02:36 +04:00
< p > バグをレポートした後は、開発者があなたの報告を見て修正を試みるでしょう。しかし忘れないでいてもらいたいのは、私たちはボランティアであるので、しばらくの間報告が放置されることもあります。情報を追加することで早くバグを修正できるようになります。しかし、説明的でないコメントを追加することはしないでください。< / p >
2010-12-01 17:23:44 +03:00
< p > バグのレポートはあなたの時間を無駄に消費するわけではありません。バグの報告をしたあなたは一つの Haiku の開発プロセスにあります。開発者はバグを修正するために質問をすることがあります。それを無視せず、質問には答えるようにしてください。あなたの参加は、バグが 'fixed' となるまで終わりません。< / p >
2010-05-09 19:52:37 +04:00
< / div >
< / div >
< div class = "nav" >
< div class = "inner" > < span >
< a href = "../welcome_jp.html" class = "uplink" > Welcome< / a >
< / span > < / div >
< / div >
< / body >
< / html >
