Minecraft Wiki

除另有声明,转载时均必须注明出处若簡繁轉換出錯,請以遊戲內為準请勇于扩充与修正内容有兴趣逛逛我们的微博沟通交流,欢迎到社区专页需要协助,请在告示板留言

了解更多

Minecraft Wiki
Advertisement

你在遊玩Minecraft時一定遇到過各種各樣的錯誤,你也可能聽說過一些著名的錯誤。在少數情況下錯誤可能為你帶來便利,但在大多數情況下它們帶給你的是不太良好的遊戲體驗以及更多的麻煩。這時到Mojang錯誤追蹤器(Mojira)上向Mojang匯報錯誤是一個推薦的方法,因為這能讓工作人員和遊戲開發者儘可能快地了解該錯誤的具體情況並修復它。

註冊和登入

Mojira MainPage

錯誤追蹤器的主頁(未登入狀態)。

要在錯誤追蹤器上匯報錯誤和進行其他操作,你首先要有一個Mojira賬號。訪問錯誤追蹤器網站主頁,如果你已有一個賬號可以直接登入;若沒有賬號,可以點擊「Sign up」進入註冊介面,並填入相關資訊。

註冊賬號後,你可以將使用者資訊介面上「Preferences」一欄中的「Language」變更為「中文(中國)」。本教學將使用錯誤追蹤器上簡體中文的翻譯來編寫。

重要提示:錯誤追蹤器是一個公共社群,任何情況下都請不要將你的密碼、聯繫方式或其他個人資訊公開。

匯報錯誤之前

在匯報一個錯誤之前,你首先要確認它是錯誤追蹤器支持的錯誤。錯誤追蹤器僅接受最新版(包括正式版和搶鮮版)原版純淨遊戲中的錯誤。

  • 如果你是在使用資源包資料包附加包模組等的時候遇到錯誤,請先在原版純淨遊戲下嘗試再次復現此錯誤。若錯誤沒有復現,請向作者意見回饋。
  • 如果你是在大型多人伺服器上遊玩時遇到的錯誤,請先詢問伺服器管理員,這是因為這些伺服器為了保證正常運營一般都會使用外掛而非未經修改過的原版遊戲伺服器端。要在原版遊戲中復現錯誤,若有條件建議用原版伺服器端搭建一個伺服器並在其中進行測試;若無條件,也應試著開啟「對局域網開放」選項[僅Java版]嘗試復現錯誤。
  • 關於Minecraft帳號、付款或網路連接的相關問題,請在Minecraft Support或某些玩家社群上尋求幫助。
  • 關於Java版翻譯問題,請到Crowdin上向社群玩家意見回饋。關於基岩版翻譯問題,請到MCPE-61166下方的評論處意見回饋(請先確認列表、備註或評論中是否已有你想意見回饋的翻譯問題),並耐心等待修復。
  • 關於遊戲的更新建議,請到官方意見回饋網站或某些玩家社群意見回饋。
Charts of bugs

自MC-1至MC-100000中的十萬個已匯報錯誤中,有50%的錯誤報告都是已有報告的重複,約14%以「Invaild」為由關閉,約4%以「Awaiting Response」關閉。

Mojira Search

錯誤追蹤器的搜尋介面,以搜尋「translation」找到的MCPE-61166為例。

其次,重複匯報錯誤會增加工作人員的工作量,降低他們尋找錯誤並將其推送給開發者修復的效率。在錯誤追蹤器上已經有不少錯誤報告都是已有報告的重複(如右圖所示),因此你還需要先在錯誤追蹤器上搜尋是否有玩家在你之前發現並匯報了此錯誤,這種情況是非常常見的。在右上角的搜尋框輸入你所發現錯誤涉及的主要對象的英文名稱並按下回車來搜尋。同時要注意,請務必確認您輸入的關鍵詞沒有任何拼寫錯誤。下面有一些搜尋的技巧,也許能幫助你更快地找到你所需要的錯誤報告:

  • 應該使用更精簡、更準確的關鍵詞,例如「squid suffocate」(魷魚窒息)而不是「Squid will frequently suffocate for no reason when swimming around in a river」(魷魚在河裏游泳時總是無緣無故窒息)。
  • 你可以嘗試分別使用不同的同義詞來進行搜尋。
  • 你輸入的搜尋詞可能會先被簡化為詞幹再進行搜尋,例如使用「breeding」搜尋可能顯示包含「breed」的結果。如果你想避免類似的情況,可以使用""將關鍵詞括起來。
  • 你還可以使用通配符,例如enderm?n,這樣可以同時顯示包含「enderman」和「endermen」的結果;或者connect*,這樣也可以同時顯示包含所有以「connect」開頭的結果。
  • 如果搜尋詞包含項目名稱(例如「mcpe」),那搜尋結果只會包含相應項目的報告。
  • 你可以自訂你的篩選器來找到更精確的結果。在搜尋結果頁面上部,「項目」「類型」「狀態」「經辦人」這幾個項可透過點擊下拉顯示數個勾選框來自訂你的篩選器,「更多」也提供了其他的選項。

搜尋完畢之後,在頁面的左側側邊欄會顯示一些可選的篩選器,側邊欄右側有一個符合關鍵詞的已公開錯誤列表,在這個列表右側可以預覽選中的錯誤報告。系統預設將錯誤報告的建立日期作為唯一的排列依據,而最新的報告在列表的頂部。透過預覽顯示出的錯誤報告,你可以尋找是否有玩家在你之前發現並匯報了此錯誤。

如果你找到了匯報了你所發現的相同錯誤的錯誤報告,你可以點擊「為這個問題表決」,這能讓Mojang知道受錯誤影響的玩家數量多少並判斷修復錯誤的緊急程度(雖然這並非唯一的指標),並耐心等待修復。點擊「開始關注這個問題」相當於將這個錯誤報告加入到你的監視列表中,每當這個報告有新的評論和其他改變之時,Mojira會發送一封郵件通知您,並在郵件中列出詳細的變更內容。你還可以在下方加入評論或上傳新的其他資訊,不過首先要注意以下幾點:

  • 請在發言或加入備註時始終遵循官方關於匯報錯誤的指導,例如保證你發言的客觀性。
  • 如果你並沒有需要另外補充的內容(例如復現錯誤的不同方法或其他不同的現象),請不要在評論區作另外的發言,例如加入「我也是」之類的評論。
    • 如果你想與其他玩家談論諸如「這個錯誤是否應該被修復」等問題,請不要在錯誤追蹤器內進行討論。
    • 同樣地,如果你將要上傳的截圖或資訊與已有的附件內容近乎相同,請不要上傳它們。
  • 請確保你所上傳的附件大小不要太大,系統會自動將其限制在10MB以內。
    • 如果附件太大無法上傳但你確信你需要將其提交,你可以將附件上傳到其他地方並在報告中放置一個連結。
    • 對於影片,適當地降低解像度和比特率或者轉換格式也許可以縮小檔案大小。

如果你找不到相似的已匯報錯誤,你就可以進行下一步操作了。

匯報錯誤

當你要匯報一個錯誤的時候,你應該首先嘗試在遊戲中復現它,並將其透過圖片、影片等媒介記錄下來。當然如果你在第一次發現此錯誤時就已記錄下來,那是最好的。如果你匯報的錯誤是類似於遊戲崩潰的問題,最好把日誌檔案和錯誤資訊也上傳。準備好了錯誤存在的「證據」,你就可以開始撰寫錯誤報告了。

請注意,撰寫錯誤報告和回複評論時應該使用英文,這樣你的文字才能為大多數社群成員所理解。若不使用英文撰寫錯誤報告,它將被自動退回。同樣地,如果報告沒有遵循官方指導方針,它很有可能直接被以「Invalid」為由關閉。

撰寫錯誤報告

Mojira NewReport

新建錯誤報告的介面,項目以「MCPE」為例。

在錯誤追蹤器介面的頂部,有一個灰色的「新建」按鈕,點擊就會彈出一個懸浮窗,這就是撰寫錯誤報告的介面。下文的說明可能因所屬項目的不同而異。

  • 優先級,錯誤的緊急程度。
    • 緊急,類似區塊無法生成或遊戲根本無法執行的問題。
    • 嚴重,匯報的錯誤涉及遊戲崩潰、資料丟失、嚴重的記憶體溢出等對遊戲的執行造成根本影響的問題。
    • Important[原文如此],遊戲基本部分的問題。
    • Normal[原文如此],遊戲中產生的輕微問題,或者存在其他簡單的解決方法的問題。
    • Low[原文如此],一般指外觀問題(例如拼寫錯誤的單詞或文字未對齊)。
  • 右上角的配置域可以供你選擇是否為你準備填寫更多資訊的備選框,包括:
    • 環境[原文如此],出現該錯誤時所用的系統或Java版本,例如安卓5.1或IOS7
    • 安全級別,此錯誤報告的內容或附件是否涉及到你的個人私隱,若選擇「Minecraft - Private」,則該錯誤只有Mojang、工作人員和你自己可見
    • 附件,雖然是可選,但最好上傳,這能讓工作人員更容易了解問題所在
  • 下列為必填項
    • 項目[原文如此],目前總共有七種可選的項目,分別是:
    • 問題類型,分別是「故障」(正常的錯誤)、「Epic」[原文如此][需要更多資訊]、「故事」[原文如此][需要更多資訊]、「新功能」(尚未開發的新產品或服務)[需要驗證]、「任務」(需要完成的任務)[需要驗證]、「改進」(對現有功能或任務的改進或完善)[需要驗證]
      • 目前來說,普通使用者只能選擇「故障」作為報告的類型。
    • 概要,即錯誤報告的標題,應該包含錯誤絕大部分的關鍵詞而又簡略
    • Platform[原文如此],在何種平台上執行時遇到的錯誤,「Multiple」指不止一個平台遇到的問題
    • 影響版本,該錯誤在哪個版本中可復現,只能選擇目前最新的正式版或搶鮮版
    • 描述,就是錯誤的正文部分,下文有具體格式

下面有一些關於撰寫錯誤報告的建議:

  • 撰寫錯誤報告的概要時,不建議使用類似「Help!」或「It’s broken」的字眼,它們在概要中沒有存在的必要。概要的作用是讓閱讀者大致了解錯誤報告的內容,因此它應該是簡略而又不失通順的。
  • 對於復現錯誤的步驟,建議使用文字框上方的編號功能。這樣能讓你的錯誤報告顯得有條理並更易於閱讀。
  • 在錯誤報告中應該表述清楚錯誤復現的現象,以及你本來認為會發生什麼。錯誤復現的現象也應包括出現的任何文字(例如聊天欄中的資訊)。
    • 如果錯誤具有獨一性(例如在特定世界的特定位置生成的地形),也把相關的資訊(例如種子碼和具體座標)包含在報告中。
    • 如果錯誤已被許多玩家利用為「特性」,請在報告中提及。這有助於開發者依其嚴重程度決定在以後的版本中修復還是保留它。
  • 對於附件部分,如果是有用且不重複的截圖就上傳,有一個簡短的影片會更好。有時將世界存檔打包成.zip格式上傳也是有用的。
  • 錯誤報告應具有可觀性,但也請不要在錯誤報告中使用太多的格式,例如過度的粗體標記、太多的空格等。
  • 寫報告要慢慢來,如果你焦急地寫完並提交錯誤報告,那麼可能有一些細節你是沒有提及的。仔細閱讀你的錯誤報告,保證所有內容都得到了應有的清晰解釋,儘管在建立一個新報告後你仍然可以修改錯誤報告。
  • 在撰寫報告的時候,你可以打開本wiki,搜尋對應物品並取得其正確英文名稱。
  • 在檢查報告的時候可以使用機械翻譯,但萬萬不可在撰寫報告以及使用遊戲中特有名詞的時候大段地使用!

下面有一些對於特定版本錯誤報告的建議:

  • Java版[需要更多資訊]
    • 如果你所匯報的是遊戲崩潰等問題,請把崩潰報告也一併加入到附件中。如果找不到崩潰報告,你可以選擇上傳啟動器日誌。
  • 基岩版和Minecraft Dungeons
    • 由於這兩個版本擁有多個平台的不同版本,請明確你在哪個平台上遇到了錯誤。
    • 在這兩個版本中,崩潰日誌會被自動發送給Mojang,這意味著開發者能直接看到崩潰日誌並修復相關錯誤。因此,不建議建立僅描述了崩潰問題的錯誤報告。
  • Realms服務
    • 請確保你提交的平台和版本是正確的。
    • 請明確遇到錯誤時你在使用何種裝置使用Realms服務。
    • 請明確你是否是Realm世界的擁有者。
    • 你也可以在相應的主項目(「MC」或「MCPE」)搜尋,看是否有類似的錯誤,因為Realms服務是建立在其對應版本的基礎上的。
    • 如果是你無法連接到你的Realm世界,請先到確認Mojang是否在對Realms的伺服器進行維護。

在確定你所撰寫的文字基本無誤後,你可以點擊懸浮框右下角的藍色按鈕「新建」來建立你的錯誤報告。當你建立之後,網頁右上角會彈出一條資訊,顯示你的錯誤報告已被建立。

在建立錯誤報告後,點擊「編輯」可彈出一個編輯錯誤報告的懸浮窗。相比新建報告時的懸浮窗多了下面幾項,並且均為可選項:

  • Game Mode[原文如此],出現錯誤時所處的遊戲模式
  • 標籤,相當於錯誤報告的第二關鍵字,可在文字框內輸入文字並按下回車來建立一個標籤。但要注意以下事項:
    • 對於遊戲中的方塊、實體、物品等,請在加入標籤時將minecraft:的前綴去掉
    • 對於指令,請加入斜槓前綴,例如/tp
    • 對於動詞請加入ing後綴
    • 對於名詞請勿使用複數
    • 對於某些內容,請使用-連接兩個單詞,例如stronghold-portal
  • 備註,這其實可以寫在正文部分,但與正文不同的是非報告建立者也可以加入備註。

錯誤報告的示例格式

File:MCPE-13758.png

官方推薦的一個錯誤報告標榜的介面。

這是在官方幫助網站上給出的一個錯誤報告的示例格式,並建議玩家按照該格式撰寫錯誤報告。

  • 在報告的首行用一個段落寫比標題更詳盡的概要(Summary)
  • 復現該錯誤的具體步驟(Steps to Reproduce)
  • 透過上述的步驟本應得到什麼結果,卻得到了實際的什麼結果(Observed Results(實際的結果)和Expected Results(推測的結果))
  • 其他說明,例如對所上傳附件的具體說明、錯誤復現時顯示的文字(例如聊天欄中的資訊),以及錯誤如何影響遊戲的遊玩等等。

建立錯誤報告之後

在錯誤報告被建立後,它會被社群成員和工作人員看到(除非安全級別設為Private,這些錯誤只能被工作人員看到)。他們可能會向你詢問一些問題,用英文回復他們,但請不要使用機械人回復。工作人員將會嘗試按照描述的步驟復現錯誤,如果屬實那麼錯誤報告將被標記為已確認。剩下的就交給Mojang和開發者們來處理了。

最好定期檢查在新版本中錯誤的復現情況,如果有與此前的不同現象也更新一下錯誤報告。點擊標題下方的「編輯」,把新版本和其他資訊加入上去。同時還建議定期檢查你的錯誤報告,看看有沒有可以補充的地方。

在錯誤匯報頁面上,你可以在報告標題與正文內容中間一欄的右側看到該錯誤的狀態:

  • 錯誤狀態的類別,幫助工作人員確定該錯誤的基本狀態。
    • 處理中,錯誤正在被解決的過程中。
    • 完成,錯誤已經被解決並關閉。
    • 待辦,表示新匯報的錯誤,工作人員還沒有對其作出處理。
    • 無分類,此錯誤未被設定分類。
  • 錯誤的狀態,表示錯誤目前的狀態,例如正在被修復、已被修復。此項對所有人可見,但普通使用者無法變更。
    • 開放,錯誤已經準備好讓工作人員開始處理。
    • 處理中,錯誤正在被工作人員處理。
    • 重新打開,錯誤報告在被關閉後因某些原因(例如,已修復的錯誤)而再次被打開。
    • 已解決,該錯誤已在新發佈的版本中被修復。如果有玩家在新版本復現了該錯誤,它會變為「重新打開」。
    • 已關閉,錯誤已被解決,但並不是透過修復完成的。同樣它也可以變為「重新打開」。
    • BUILDING[原文如此][需要更多資訊]
    • BUILD BROKEN[原文如此][需要更多資訊]
    • 待辦,見上文「錯誤狀態的類別」一節。
    • AWAITING RESPONSE[原文如此],見下文「錯誤的解決結果」一節。
    • QA REVIEW[原文如此][需要更多資訊]
    • POSTPONED[原文如此],該錯誤將在未來的某個版本被修復。

你還可以在相同的位置看到錯誤的解決結果,表示錯誤的狀態改為「已關閉」的理由。此項對所有人可見,但普通使用者同樣無法變更。

  • 已修復,錯誤已在新版本中被修復。
  • 不能修復,匯報的錯誤無法或不會修復。
  • 重複提交,該錯誤與此前已被匯報的某一錯誤重複。此情況常常出現於未經過搜尋找到與要匯報的錯誤相似的報告,就開始撰寫新的錯誤報告的情況。
  • 未完成,錯誤報告被認為是不完整的或缺少主要資訊。
  • Works As Intended[原文如此],這意味玩家眼中的錯誤實際上是開發者有意為之的,這樣的錯誤不會被修復。
  • 無法再次復現,工作人員或其他社群玩家無法復現錯誤報告中所提到的錯誤。
  • Invalid[原文如此],該錯誤報告因未使用正確語言、未遵循錯誤撰寫的官方指導等原因被認為是無效的。
  • Awaiting Response[原文如此],由於新版本發佈後匯報錯誤的使用者未更新該錯誤在新版本中的修復情況,工作人員將其標記為「等待回復」。在一個錯誤被解決為此結果之後,若錯誤匯報者在三個月內未更新錯誤報告或加入任何評論,它會直接被標記為「未完成」。
  • 完成,該問題的所有工作流程已完成。

至於錯誤將在何時被修復,這取決於它的緊急程度、修復帶來的其他風險以及修復的難易度。在少數情況下Mojang可能決定不修復某個錯誤,它將被解決為「不能修復」。你可能會在報告人下方看到另一個名字,這代表該錯誤的修復已被分配給該開發者,但並不意味著它很快就能被修復。有時某個錯誤報告被關閉,但錯誤仍然存在,可能是Mojang以「不能修復」或「Works As Intended」為由關閉了報告。

如果你確信你的錯誤報告被錯誤關閉,請先檢查你的錯誤報告是否完整並遵循了官方指導方針。你可以在下方發表新的評論,也可以在某些玩家社群詢問其他玩家,或者在確認暫無其他玩家匯報相同錯誤時直接建立一個新的報告。

良好的錯誤報告示例

下面是六個官方在幫助網站上給出的優良的錯誤報告示例,作為一些錯誤報告的標榜推送給社群玩家。這並不是要求所有玩家在匯報錯誤時都要完全依這些格式來撰寫,而只是儘量模仿其所具有的優點,例如條理清晰、說明詳盡。

另見

Advertisement