Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Editor load errors display raw exception text to users

オープン
#604 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
android, ios, kotlin, swift
領域
frontend, mobile

調査の方向性

ios/Sources/GutenbergKit/Sources/EditorViewController.swift の displayError と、android/Gutenberg/src/main/java/org/wordpress/gutenberg/GutenbergView.kt の EditorErrorView/showErrorPhase から始めます。EditorHttpClient.kt の 85–88 行目と、#603 で提案されている型付き EditorLoadFailure との関係を確認します。完了の条件は、両プラットフォームでユーザーに適した auth または再試行可能なメッセージが表示され、raw の詳細はログとテレメトリーで引き続き利用できることです。

索引モデルが issue の本文から書いたものです。

説明

[Type] Bug Android iOS

Description

When the editor fails to load, both platforms render the underlying exception message directly in the library's error view. These strings are written for developers, and they reach users of both production apps.

Examples seen in testing:

  • iOS: No route was found matching the URL and request method.
  • Android: rest_no_route: No route was found matching the URL and request method.
  • Android: Unknown error with status code: 500
  • Android: Failed to load editor; unable to resolve host…

Android additionally prefixes the machine-readable WP error code, because WPErrorResponse.message is built as "${error.code}: ${error.message}" (EditorHttpClient.kt#L85-L88).

This is not demo-only

The error views live in the library, and neither host app can override them:

  • iOS: displayError renders error.localizedDescription (EditorViewController.swift#L1015-L1025). didFailToLoad is documented as firing after the error is displayed, and WP-iOS's implementation is analytics-only.
  • Android: GutenbergView owns EditorErrorView and calls showErrorPhase directly (GutenbergView.kt#L373-L384). WP-Android embeds GutenbergView and inherits the view as-is.

Proposed change

  • Map failure classes to user-appropriate copy rather than echoing exception text
  • Auth failures: something actionable, e.g. "Sign in again to continue editing"
  • Server/network failures: a generic retryable message
  • Keep the raw error for logs and telemetry, not the UI
  • Android: stop prefixing the WP error code in user-visible text
  • Consider a retry affordance where the failure is retryable

Notes

  • #602 removes the rest_no_route message from this view entirely, and #603 removes most transient 5xx cases under automatic fallback. What remains — auth failures, and everything under disabled fallback — still needs real copy, so this is worth doing independently and is lower priority than both.
  • Pairs naturally with the typed EditorLoadFailure proposed in #603: the classification that drives host behavior can also drive the message.
主要言語
JavaScript
スター
29
フォーク
7
平均マージ
3日 26分
マージ済み PR(30日)
95

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

wordpress-mobile/GutenbergKit のほかの issue

wordpress-mobile/GutenbergKit の issue をすべて見る

似ている issue

JavaScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。