Wikipedia:バグの報告

編集を公開しようとすると「No stashed content found for (謎の英数字羅列)」と表示が出て公開ができないのですがどうすればよいでしょうか。--Hop-step-junge（会話） 2023年6月15日 (木) 17:13 (UTC)

• これについて、同様のエラーが英日翻訳ウィキペディアン養成クラスの参加者からも報告されました。「⧼No stashed content found for 95627130/7ac36e40-0b63-11ee-b74e-cf9810ca0159⧽」というエラーが出て公開ができないそうです。--さえぼー（会話） 2023年6月17日 (土) 09:50 (UTC)

Wikipedia:執筆・翻訳者の広場より転記しました。--Kokage si（会話） 2025年5月5日 (月) 02:35 (UTC)

井戸端にて指摘があった件です。ログ上はアカウントが存在するのですが、リンクを開いても該当するアカウントなしの状態です。既存の利用者名を捩ったものということもあり、荒らし目的のアカウントと判断してブロックしましたが、やはり特別ページからはブロックできず、利用者IDを割り出してAPI経由でブロックしています。

XToolsを確認するとアカウントの存在を確認できます。おそらく特定の文字の処理でエラーを起こしているものと思いますが、報告例があるのかどう報告すれば伝わるかもよく分からないので、どなたかにお願いしたく。--Marine-Blue^{talk✾contribs✾mail} 2023年9月25日 (月) 14:31 (UTC)

phab:T347316を起票しました。あまり難しく考えず、バグの再現手順を簡潔に説明できれば後は開発者の方が調べてくれるかと思います。この場合は単純に「ログページを開く→ブロックされた利用者の投稿記録リンクをクリック」としました。--ネイ（会話） 2023年9月25日 (月) 16:13 (UTC)

なるほど…

対応ありがとうございます。--Marine-Blue^{talk✾contribs✾mail} 2023年9月26日 (火) 13:29 (UTC)

「ページの翻訳」作業でTemplate:Reflistや汎用の脚注リストの部分を翻訳し、作業を終了したあと、再度翻訳作業を再開すると、Reflistや汎用の脚注リストが本来の場所とは別の場所にもう1個勝手に生成されてしまいます。一度削除しても、作業を終了して再開すると同じ所に復活しています。Template:Notelist使用箇所ではこの異常は起こらないことを確認しています。この異常はWin10(64) でFirefox119.0.1とEdge119.0.2151.72を使用した際に確認しました。--M-sho-gun（会話） 2023年11月20日 (月) 17:27 (UTC)

（追記）翻訳元のページが更新されたとの通知が来たのですが、それ以降、

• 特定の部分だけ何度翻訳してもページを読み込むと翻訳前の状態（原文）に戻っている
• 画像やテンプレートの配置が勝手に変わる。こちらも修正しても、再度ページを読み込むと更新前の状態に戻っている

という異常が発生しています。これでは安定した翻訳を行うことができません--M-sho-gun（会話） 2023年11月29日 (水) 06:43 (UTC)

「ページの翻訳」はコンテンツ翻訳のことですか？--Kokage si（会話） 2025年7月10日 (木) 12:23 (UTC)

本日からでしょうか、議論ツールを使用していると、文字の変換が時たまうまく行きません。議論ツール上で文字列を入力・変換してEnterキーを押すと、入力して変換したはずの文字が消えてしまうなどというものです。最初はこちらのブラウザやOS側の問題かなと思ったのですが、端末内の他のアプリや、ウェブ内の他のサイト、ウィキペディアの通常のエディタでは変換に支障が生じなかった一方、他の端末を使用しても同様のことが起こったり、iPhoneのSafariから本日昼に議論ツールを使用して投稿したときに、挙動に不自然さを感じたりしたというのもありましたので、もしかしたらMediaWikiのこの議論ツール側に何らかの問題があるのではないかと思い、一応報告します。--Yushukasai 2023年12月15日 (金) 06:00 (UTC)

横から失礼します。2017年版ソースエディターによる記事編集時も、同様の事象が発生しています。（PC買い替えたばかりなので、当初はEdgeの不具合を疑っていました。）----リトルスター（会話） 2023年12月16日 (土) 23:26 (UTC)

失礼いたします。私のデバイスの問題かと思ったのですが、ビジュアルエディターでの記事編集時にも同じような現象が発生しているため、報告させていただきます。

OS：Windows 10 Home 22H2（64bit）

ブラウザ：Google Chrome 120.0.6099.110（64bit）なおMicrosoft Edgeでも同様の現象が起きました。

ウィキペディアの個人設定：ベクター（2022年版）

--みー（会話） 2023年12月17日 (日) 00:44 (UTC)

突然失礼いたします。私もヴィジュアルエディターでの編集中、変換した文字が消えてしまうバグを複数回確認しましたので報告させていただきます。--HMS Barham（会話） 2023年12月17日 (日) 04:36 (UTC)

多分私と同じ不具合ですね。（Google Chromeのバージョン 115.0.5790.102、windows11のPCの22H2のバージョン）--HmaaRX（会話） 2023年12月18日 (月) 00:14 (UTC)

Yushu-kasaiさん、問題が起きているOS・ブラウザは何ですか？ iPhoneでも同様の問題が起きていますか？--Nardog（会話） 2023年12月18日 (月) 02:48 (UTC)

返信 - PCのOSはWindows 10（バージョン 22H2 OS ビルド 19045.3803）、ブラウザはGoogle Chrome（バージョン 120.0.6099.72）およびEdge（バージョン 120.0.2210.77）双方で問題が起きています。

また、携帯端末（iOS17.2）の方でも、私が使っているSafariとLINEブラウザ双方で、議論ツールとビジュアルエディターの方でこれまでと異なる挙動が起きているように感じます。通常Safariで文字を入力しようとすると（設定によるとも思いますが）、青い下線が表示され、変換を確定させるとそれが消えるというはずなのですけれども、恐らく15日ごろから、文字を入力したときに青い下線が表示されるのではなく、入力した文字全体の背景が薄青色で表示されるような挙動になっています（通常時に文字列を「選択」した時と同じ挙動です）。ただ、携帯端末の挙動の違和感の方は、今のところ私の編集活動に支障を与えるようなものにはなっていません。ですが今回の一件と何らかの関係があるような気がします。--Yushukasai 2023年12月18日 (月) 07:58 (UTC)

本日19時30分時点ではかなり入力しやすくなっているようです。（Edge,Win11）----リトルスター（会話） 2023年12月19日 (火) 11:56 (UTC)

報告 - 現時点で私の環境においても、問題ない感じです。携帯端末で入力したときの不自然な挙動も無くなっています。--Yushukasai 2023年12月19日 (火) 12:41 (UTC)

報告 当方（環境：Win10, Edge）ではソース編集およびページの翻訳で同様の不具合が起こっています。Firefoxでの編集は問題なくできるので当初はEdgeの不具合かと思っていたのですが、他のサイトでは問題なく入力できるので、恐らくWikimedia側の不具合かと思われます。--M-sho-gun（会話） 2023年12月20日 (水) 05:18 (UTC)

自分も数日間同様の問題に遭遇していました。(現在は改善しています)

自分の場合、エンターキーではなく打っている途中に消えるというバグ(例：「提案をします」と打とうとすると「ていあ」くらいまで打ったところでなくなり、「ん」だけが残る)でした。また、謎に改行が入ったり、(提案と打てて、スペースキーで変換すると改行も変換もされる)と使いづらかったです。

2010年版レガシーベクターを使用しており、機種はChromebook,chromeos(最新版)です。

googleの入力欄などは普通に使えることから、wikimedia側の問題かと思います。--Mr.R1234 (talk) 2023年12月20日 (水) 10:59 (UTC)

編集時の文字の変換および入力等について

重複 : 同一の不具合であると思われるためサブセクション化します。--ぐしー（会話） 2023年12月18日 (月) 10:51 (UTC)

およそ2日前からと思われます。ページの編集などを行う際に，文字（日本語）を入力したところ，その文字が消えてしまいます。変換も同様の状態です。この現象は，webブラウザー（「Google Chrome」，「Microsoft Edge」）や公式アプリ上においても発生しております。このままでは，編集はおろか議論ツールも使用できません。速やかな対応をよろしくお願いします。--169. TAKE（会話） 2023年12月17日 (日) 04:45 (UTC)

私の環境でも同じ現象が発生しています。おそらく、相当数のユーザーが影響を受けているのではないでしょうか?--Anesth Earth（会話） 2023年12月17日 (日) 06:38 (UTC)

私の環境(Google Chrome)でも同様です。ヴィジュアルエディタと議論ツールが使えないような状況でした。--さえぼー（会話） 2023年12月18日 (月) 02:52 (UTC)

同じく影響を受けてますね...因みに自分の物では文字が消えるだけでなく、勝手に変換されました。

(googleにフィードバック送ってしまいましたが、wikipediaの問題だったんですね。）--mametofu（会話） 2023年12月23日 (土) 14:02 (UTC)

学校のPCを使うと編集画面で文字が正しく打てません。

重複 : 同一の不具合であると思われるためサブセクション化します。--ぐしー（会話） 2023年12月18日 (月) 10:51 (UTC)

Google Chromeのバージョン 115.0.5790.102、windows11のPCの22H2のバージョンでwikipediaを開いて編集を開始しようとしましたが、文字をビジュアルモードでタイピングしようとするたびに文字が消失してうまく打てません。学校のPCのFireFoxでは正しく動作します。誰かブラウザーの相性問題を確かめてくれませんか？--HmaaRX（会話） 2023年12月18日 (月) 00:12 (UTC)

イギリスの歴史でも匈奴でも何でもいいです。携帯版のブラウザで検索結果を表示してみて下さい。

色の付いた表のようなものと、ページ内項目のリストが、おかしな形で重なって表示されます。

早急に対処すべきかと思います。--2400:4052:4A01:7C00:80E8:682D:1E82:B96E 2024年5月30日 (木) 15:15 (UTC)

情報 {{navbox}}を使っていない(wikitable等でスタイリングしている)ナビゲーションテンプレートにて発生しているようです。モバイルフレンドリーな記事の書き方に従い、.navboxクラスをつけてあげることで修正できます。

• 対処済み {{ブリテンの歴史}} - イギリスの歴史
• 対処済み {{モンゴルの歴史}} - 匈奴

他にも見つけ次第対応していきます。--鏡華（会話） 2024年5月30日 (木) 16:13 (UTC)

ちなみにこの対応はモバイル版で各種ナビゲーションテンプレートを非表示にすることで表示を治すものです。
TemplateStylesなどを使うことでスタイルを出し分けてモバイル版でも表示することもできるでしょうが、{{Sidebar}}を使用したテンプレートは現時点でもモバイル版非対応だったりするので暫定対処とさせてください。--鏡華（会話） 2024年5月30日 (木) 17:02 (UTC)

数日前から、WWWブラウザによっては画面上部両端のハンバーガーボタンと三点リーダーボタンなどが表示されないようになっているようです。自分が調べたところでは、Firefoxでは今までと変わらず表示されますが、EdgeやChromeでは表示されません。ただし、マウスカーソルを持っていくと「メインメニュー」や「その他の操作」、外観メニューを呼び出すことは普通にできるようです。一時的なものかと思い、1日以上待ってみたり「?action=purge」でキャッシュを除去したりしてみましたが直らないため、報告します。--58.98.252.28 2024年9月7日 (土) 12:19 (UTC)

phab:T374180が関連しているかもしれません。--Nardog（会話） 2024年9月10日 (火) 00:44 (UTC)

通知を確認しようとすると
> [5cc3119e-f964-4a1a-be75-23c5037b3732] 2024-11-02 14:14:09: エラー「InvalidArgumentException」の致命的例外
というように表示され確認ができません。事象的に#通知を確認しようとすると例外エラーが出ると同様な事象と思われます。当方環境はChromeOS129.0.6668.112でブラウザはChromeでバージョンはChromeOSと同様です。 imoyokan-scratch(会話ページ/投稿記録) 2024年11月2日 (土) 14:17 (UTC)

数日前からスマートフォンで陸上自衛隊の装備品一覧を閲覧しようとページを開きスクロールするとページの読み込みが繰り返されてしまう。他のWikipedia記事やPC上では問題なく閲覧が可能です。冒頭に示した通り数日前からこのようなことがあり日を置いて閲覧しようと試みましたが改善しません。

OS：iOS18.2　ウェブブラウザ：Google ver346.1.704810410

Googleアプリで閲覧しています。--NoriY0621（会話） 2024年12月14日 (土) 07:38 (UTC)

編集の要約を記載する際、ビジュアルエディタ側で要約を入力し、ソースエディタ側で公開しようとすると
「注意: 編集内容の要約が空欄です。 「変更を公開」をもう一度クリックすると、編集内容は要約なしで公開されます。」との文言が表示されます。
逆にソースエディタ側で要約を入力し、ビジュアルエディタ側で公開しようとすると同様の文言が表示されます。
もう一度公開を押すと公開され、履歴を見ると普通に要約が入っています。
いくつかのページで試したので発生したページに原因があるわけでは無さそうです。

使用OSはAndroid 13で、編集にはGoogle ChromeでいわゆるPC版（URLがhttps://ja.m.wikipedia.org/wikiではなくhttps://ja.wikipedia.org/wiki）を使用しています。--JunMaru（会話） 2024年12月15日 (日) 12:44 (UTC)

一部ブラウザでソース編集中に「検索と置換」のダイアログボックスを使用後に閉じるとカーソル位置が編集ソース画面のページ先頭部分に戻ってしまい、再度手動で探索・移動しなければならない状態です。

この異常はwin.11 (24H2), Firefox 134.0.2の環境で確認しました。Edgeでは発生していません。（chlomeでは未確認）--M-sho-gun（会話） 2025年1月31日 (金) 00:48 (UTC)

IPや新規利用者は画像認証が有りますが、延々と求められて投稿できない事が有ります。

『この提案』と『この告知』の間には時間が空いていますが、本来は直ぐに行うつもりでした。ですが画像認証エラーによって投稿できず、この結果となりました。

詳しいことは何も分からないですが、一応報告しておきます。

--カペリン（会話） 2025年3月23日 (日) 16:47 (UTC)

CAPTCHAコードの認証エラーについて

重複 : サブセクション化。誤字修正（CAPTAHA→CAPTCHA）。--Kokage si（会話） 2025年8月17日 (日) 03:25 (UTC)

寺嶋由芙で記事の見出しの部分に加筆を加えようとして、認証コードを入力したところ、ただしいコードを入れたにもかかわらず、コードが間違っていますと出て投稿できません。荒らし目的の投稿ではないし、荒らし対策で出ているとはとても考えづらく、バグだと思いますがどうすればいいのでしょうか。--ゆふぃすと三世（会話） 2025年3月28日 (金) 03:20 (UTC)

山陽本線のページにてセクションが開いたまま閉じられない状態が発生しております。修正を試みましたがダメでした。可能なら対応願います。--ひつじのショーン（会話） 2025年4月6日 (日) 15:28 (UTC)

追記

スマホ版のchromeでこの現象が発生しています。--ひつじのショーン（会話） 2025年4月7日 (月) 04:48 (UTC)

「北方地域」や「ソビエト連邦」等の半保護されているページを編集しようとしたところページがクラッシュしてしまい、私からは現在編集が出来なくなっている状態です。一時的なデバイスの不具合等と感じ再起動したり数日待ってみたりしましたがやはり半保護されているページの編集を試みるとページがクラッシュしました。念の為他の半保護されているページを編集しようとしても同様の事象が発生していることを確認しています。

私は自動承認された利用者であるためこれといった原因も特定できず、また他のページの編集は可能でインターネットの接続状況等も良好であり先程記載したような対応を行っても効果がなかったためデバイスやサーバーの一時的な問題ではないと考えましたが未だバグかどうかはっきりしない状態が続いているため今回の事象に関して相談に参りました。なおデバイスはchrome booknの126.0.6478.222です。--信州蕎麦（会話） 2025年4月7日 (月) 15:20 (UTC)

Template:Efn系の脚注テンプレート (Efn, Efn2, Efn-la, Efn-lg, Efn-lr, Efn-ua, Efn-ur) を挿入したり既に設置してあるものの内容を編集するとtemplateの前後が勝手に改行されてしまいます。ソースで表記すると

本文

{{Efn|脚注の内容}}

本文の続き

のような状態になります。一旦、ソース編集モードに切り替えて空行部分を詰めないと元の表示には戻りません。

Template:Refnestを使用した場合は、この異常は起こりません。

この異常はOS:Win11 (24H2)、ブラウザはFirefox137.0.2とMS Edge135.0.3179.85の環境で確認しました。--M-sho-gun（会話） 2025年4月25日 (金) 01:49 (UTC)--M-sho-gun（会話） 2025年4月25日 (金) 01:52 (UTC)（加筆）

井戸端(Wikipedia:井戸端/subj/「返信」リンクが使えない) で疑問を投げたら、「もしかしたら」とこちらのページを紹介してもらっており、 不便に感じるので報告させてもらいます

1. 問題が発生したページ: 井戸端

2. 問題が発生したときの状況（可能であれば再現性と再現手順も記載してください）
井戸端での議論がサブプロジェクト化されると、議論ツール(返信ボタン)が使えなくなります。
再現性は高いと思われます。
再現方法としては、サブプロジェクト化された議論のところで、議論ツール(返信ボタン)を押すと、
>「返信」リンクを使ってこのコメントに返信することはできません。「ソースを編集」を押して、ページ全体の編集機能をご利用ください。 とダイアログが表示されます。

3. あなたが使用しているOSとウェブブラウザおよびそのバージョン

• Mac OS、Chrome。

4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター (2022年版)）:

• 外装は、既定の「ベクター (2022年版)」

--Universato（会話） 2025年6月1日 (日) 13:28 (UTC)

コメント ソースコード（CommentController.prototype.getTranscludedFromSource, checkThreadItemOnPage）を見る限り、参照読み込みされているページについては読み込み元を追い、編集先ページが特定できるようにコーディングされていますが、サブページ化後にDiscussionToolsが使えなくなるのは、この「サブページ化」が直接の参照読み込みではなく{{ 井戸端サブページ | title = 他人の利用者ページの編集を制限する拡張機能の導入 }}のようにテンプレートの引数を通して間接的にページが読み込まれているためです。ソースコードをハードコーディングすればこれに対応させることも恐らく不可能ではないですが、機能として汎用性があるか未知数のため現実的ではありません。Wikipedia:井戸端上ではなく参照読み込み元の個別ページに飛んでから「返信」ボタンを押すか、サブページの作成後は{{井戸端サブページ}}を{{Wikipedia:井戸端/subj/他人の利用者ページの編集を制限する拡張機能の導入}}のように、直接参照読み込みの形式にボットに置換させるか、で対応するのが現実的だと思います。 --Dragoniez (talk) 2025年6月2日 (月) 07:52 (UTC)

ウィキデータに登録されていないFacebook・Instagram・Threads・TiKTokを確認するために、各「ウィキデータにない」・「ウィキデータと異なる」カテゴリを作成しましたが、ウィキデータにIDが正常に登録されていても、「ウィキデータと異なる」と表示されてしまいます。Category:ウィキデータにないTwitterも項目と関係ない利用者ページが表示されています。--ならちゃん（会話） 2025年6月26日 (木) 21:45 (UTC)

具体的にどのページでしょうか。利用者ページはWikidataに接続されないのでカテゴライズされるのは当然です（抑制したい場合は{{main other}}等を使用します）。--FlatLanguage（会話 / 投稿） 2025年7月1日 (火) 14:57 (UTC)

例えばあいみょんの項目とウィキデータのFacebook・InstagramのIDは一致しているのに、Category:ウィキデータと異なるFacebook・Category:ウィキデータと異なるInstagramと表示されます。Category:ウィキデータと異なるallcinema人物識別子では出ません。--ならちゃん（会話） 2025年7月1日 (火) 17:11 (UTC)

{{str left}}を使っている理由が分からないのですが、これを消せば直ると思います。--FlatLanguage（会話 / 投稿） 2025年7月2日 (水) 01:09 (UTC)

ウィキデータに登録されていない、IMDbの映画を確認を確認するため、Category:ウィキデータにないIMDb title ID・Category:ウィキデータと異なるIMDb title IDを作成しましたが、ウィキデータに正常に登録されていても、「ウィキデータと異なる」と表示されます。--ならちゃん（会話） 2025年7月16日 (水) 22:11 (UTC)

「MediaWiki本体のバグやその設定ミス」ではありません。 {{#invoke:ustring|match|1={{{1|{{{id}}}}}}|2=^tt}}をどこかのページでテストすれば明らかに間違っていることに気づけたと思いますが、何もしなかったのでしょうか。特別:差分/105634261で修正したので、これでどうでしょうか。--FlatLanguage（会話 / 投稿） 2025年7月16日 (水) 23:16 (UTC)

自分のsandboxで作業していて公開しようと思ったら急に仮利用者になってしまって作業した履歴が消えてしまいます。どうしたらいいでしょうか。--偏微分演算子(∂)（会話） 2025年8月11日 (月) 08:54 (UTC)

既に解決したでしょうか？

何日間も誰からの回答も無いのは、この報告では何が起きたのかわからないからです。「車が壊れた、何故ですか」と聞かれても困りますよね？どんな車がどこで何をした結果壊れたのかがわからないのでは。

偏微分演算子(∂)さんに限った話ではないのですが、せめて冒頭にある「バグの報告の利用方法」は読んでほしいところです。そこにある1から3番ぐらいの情報は必要です。可能であれば、再現性（同じ操作をして同じ現象が起きるのか）や、どのような操作をした結果、「どうなるべき」だったものが「どうなってしまった」のかなどが書かれているとより他者に状況が伝わりやすくなります。--田村悠（会話） 2025年8月15日 (金) 17:25 (UTC)

iOS18.4.1、Safari、ベクターでWikipediaにログインしている状況で利用者:偏微分演算子/sandboxを編集していて作業が終わり、編集を公開しようと思ったら、「他の利用者のページを編集しないでください」という警告が出てきて「ログインしてください」と出てきて、右上の利用者設定のところを見ると、仮利用者になってしまうという状況に陥り、編集が公開できなくなってしまいました。そして仮利用者から脱出するためにログインしようとログインしたら、sandboxで作業していた情報が消えてもう一回作業をする羽目になりました。なぜ仮利用者になるのでしょうか？対処法や理由を教えてください。--偏微分演算子(∂)（会話） 2025年8月15日 (金) 22:49 (UTC)

返信 (偏微分演算子(∂)さん宛) 再現性や頻発するかについてお話はありませんが、それは別にしまして、考えられる範囲で順番に説明します。

まずは、仮アカウント利用者ですが、これまで非ログイン環境での利用は「IPアドレスで識別する方式」で行われて来ましたが、個人情報保護などの観点から、日本語版では6月30日より自動生成された仮アカウントで行われる方式に変更されました（Wikipedia:利用者#仮アカウント）。

sandbox編集中に、いつの間にか仮アカウント利用者になっていたという事は、意図しないログアウト（Help:ログイン#自動ログアウト）が行われ、IPアドレスでのアクセスとなり、仮アカウント利用者となった可能性があります。左記リンクにも説明されています様に、自動ログアウトが行われる理由は様々ですので、頻発しなければバグとは言えないと思います。仮アカウント利用者はこれまでのIP利用者と同じく、登録利用者のsandboxの編集は行えませんので、仰っている警告メッセージが表示されます。

ログインし直しでは（編集画面から離れれば）、sandoxに限らず編集中の内容は保持されませんので、消えてしまったのは致し方ない事です。仮アカウント利用者となったのに気が付いた時点で、上手い事ブラウザのキャッシュに残っていれば、戻るを繰り返せば編集中の内容が見れ、ローカル環境に退避出来たかもしれませんが、これも可能性の話です。--えのきだたもつ（会話） 2025年8月16日 (土) 00:24 (UTC)【補足】--えのきだたもつ（会話） 2025年8月16日 (土) 00:29 (UTC)

回答ありがとうございます。提示してくださったリンク(Help:ログイン)を見て見ます。--偏微分演算子(∂)（会話） 2025年8月16日 (土) 01:16 (UTC)

仮アカウントで記事を編集中に、システム側の自動判定で編集が却下された場合に、その後全く別の記事で別の編集をしようとしても「CAPTCHAが正しくない、もしくは入力されていません」エラーとなり編集ができないことがあります。もちろんCAPTCHAには適切な文字を入力していますが、なぜかサーバ側がそれを認識してくれません（仮アカウント「~2025-38277-0」、Windows11のChrome 139.0.7258.128にて確認。また過去にもChrome（バージョンは未確認）で同様の事象に遭遇した）。本バグ報告への投稿もできないため、現在はやむを得ず別ブラウザ（Microsoft Edge）から投稿しています。「荒らしとみなされて編集が一時ブロックされている」のであれば、そういうメッセージを表示して状況がわかるようにしていただきたいです。--~2025-33952-7 (会話) 2025年8月17日 (日) 04:33 (UTC)

• CAPTCHAに関するエラーが出る場合、入力した本人は「正しい文字列を入力した」と思っていても実際は入力ミスをしていた、ということが往々にしてあるわけですが（入力ミスと言うよりはそもそもCAPTCHAで示される文字列が判別しづらかったということもあると思います）、エラーが出た後に何度か再入力を試してみましたか？--~2025-40942-7 (会話) 2025年8月17日 (日) 23:22 (UTC)
• あと、Chromeだと投稿できないからEdgeを使用した、というのもよくわからないのですが、EdgeだとCAPTCHAのエラーは出ないのですか？--~2025-40942-7 (会話) 2025年8月17日 (日) 23:24 (UTC)
  • まず、CAPTCHAについては10回以上繰り返し入力しても「CAPTCHAが正しくない、もしくは入力されていません」で弾かれます。もちろん入力ミスの可能性があることは否定できませんが。あと「ブラウザを変えたら投稿できた」と書いた件については、改めて検証してみたところ、そもそも投稿環境が違った（PCは同一ですが別のNWに接続しており、IPアドレスが変更されていた）ために投稿できた、というのが正しいようです。従って、こちらの推測になりますが「IPアドレスによる何らかの投稿規制が発動していて、その状態で仮アカウントによる編集を試みた場合に、CAPTCHAを正しく入力していても"CAPTCHAが正しく…"のエラーメッセージが表示される」ということなのではないか、と予想してます。--~2025-38277-0 (会話) 2025年8月18日 (月) 02:36 (UTC)
  • 実際上記コメントはChromeから投稿していますが（なので仮アカウントが「~2025-38277-0」になっている）、IPアドレスを変えることで投稿が可能になっています。なおこれは、あくまでバグ報告のためやむを得ず行っているもので、問題が解消した後はこのNW（IPアドレス）からの投稿は行わないつもりですので、WP:ILLEGITによるブロックは勘弁していただければ。--~2025-38277-0 (会話) 2025年8月18日 (月) 02:40 (UTC)
    • お使いの接続環境が実際にブロックされているかどうかは、仮アカウントと紐づいているIPアドレスを確認できる特別な権限を持つ利用者でないとわからないので、そういう権限を持つ方がここを見てくれることを期待しましょう。あと、接続環境が変わると仮アカウントも変わるのは以前のIPアドレスが表示されていた時と同様なので、複数の仮アカウントで投稿したからといってそれがすぐにブロックに結び付くわけではない、というのが私の理解です。（私も上記の2025-40942-7と同一人物です）--~2025-41144-2 (会話) 2025年8月18日 (月) 03:21 (UTC)

プロジェクト:カテゴリ関連/議論/2025年/7月25日#Category:○○識別子が指定されている記事で「VIAF識別子」・「NDL識別子」等のカテゴリが廃止されたため、「典拠管理データベース」が設置されていない人物の項目を調べても設置済みの項目が除外されておらず、正しく検索できません。--ならちゃん（会話） 2025年9月3日 (水) 15:11 (UTC)

その動作がバグなのかどうかは判断が付きませんが、{{Normdaten}}が貼られていない記事だけを対象とするのであれば、こちらのクエリのように-hastemplate:Normdatenを使うのがいいでしょう。--本日晴天（会話） 2025年9月3日 (水) 15:57 (UTC)

• macOS 26.0.1、Google Chrome 141.0.7390.66、Safari 26.0.1
• iOS 26.0.1、Google Chrome 141.0.7390.69、Safari
• 外装: レガシー ベクター

{{Archives3}}で検索ボタンの文字が一部しか表示されない不具合が発生しています。

• Google Chrome（macOS版） - デスクトップ表示とモバイル表示のいずれもボタンの文字が「検索」と正常に表示されます。
• Google Chrome（iOS版）、Safari（iOS版） - デスクトップ表示ではボタンの文字が「検…」のように一部しか表示されません。モバイル表示では正常に表示されます。
• Safari（macOS版）- デスクトップ表示とモバイル表示のいずれもボタンの文字が一部しか表示されません。

テンプレートのソースを確認したところmw:Extension:InputBoxが使用されていますが、この拡張機能に不具合が起きているのではないかと推測しています。--Keruby（会話） 2025年10月8日 (水) 07:20 (UTC)

既出でしたらすみません。投稿方法はこれで合っているでしょうか。

iOSの環境においてモバイルビューとデスクトップの双方でおそらく一ヶ月ほど前から起こっている事象ですが、Template:Userboxとその下位ページ等でテンプレート内の背景色が透明または白色になる不具合を認識しています。

なおAndroid端末においては確認した限りこの事象は発生していなさそうです。--にのへ（会話） 2025年11月2日 (日) 08:09 (UTC)

特殊な文字を用いたリトアニア人の人名記事について、以下の写真のように記事名では大丈夫なのですがアルファベット表記が崩れてしまうのですが、これはもともとそういう仕様なのでしょうか、それともなんらかの対応を行えば直せるのでしょうか？なお、環境はWindows 11で使っているブラウザはGoogle Chromeです。

--さえぼー（会話） 2025年11月10日 (月) 10:28 (UTC)

Noto CJKフォントやその元のSource HansフォントとChromeの組み合わせでダイアクリティカルマークの上に付くドットとハーチェクの一部が崩れるようですね。その組み合わせではWikipediaに限らず起こり、Firefoxやメモ帳でNoto Sans JP等を明示的に指定しても起こらないことからChromeのバグが濃厚で、次点でフォントのバグが原因の可能性も一応あります。英語版の記事名はセリフ体指定のついでに欧文フォントが具体的に4つ指定されているおかげで回避できているようです。

個人で出来る範囲での対処方法としてはカスタムcssやChromeの設定でフォントを変えることになると思います。

欧文向けのSource Sans/Source Serifでは崩れないこと、ハーチェクであっても中国語の声調符号で使われる「ǎ,ǐ,ǒ,ǔ,ǚ」は崩れないことなどを考えると、しかるべきところに報告すれば根本的に直りそうではあります。--t=mozo（会話） 2025年11月11日 (火) 05:12 (UTC)

• macOS Tahoe 26.1、Safari 26.1、外装: レガシー ベクター

特別:関連ページの更新状況と特別:最近の更新で、移動が行われたページの「移動前の版」と「移動後の版」で異なるページ名が表示されます。先日、Category:Talltale Games のゲームをCategory:Telltale Gamesのゲームソフトに移動したのですが、特別:関連ページの更新状況/Category:未使用のカテゴリ2025年11月で、移動前の版は

• 02:24 Category:Talltale Games のゲーム (差分 | 履歴) .. (+50) .. Keruby (会話 | 投稿記録) (+Category:未使用のカテゴリ2025年11月)

のように旧ページ名、移動後の版は

• 02:46 Category:Telltale Gamesのゲームソフト (差分 | 履歴) .. (+58) .. Keruby (会話 | 投稿記録) (上位カテゴリ変更)

のように現在のページ名が表示されます。特別:最近の更新でもページ名の表示は同じでした。一方、特別:投稿記録/Kerubyでは

• 2025年11月9日 (日) 02:24 (差分 | 履歴) .. (+50) .. Category:Telltale Gamesのゲームソフト (+Category:未使用のカテゴリ2025年11月)
• 2025年11月9日 (日) 02:46 (差分 | 履歴) .. (+58) .. m Category:Telltale Gamesのゲームソフト (上位カテゴリ変更)

のように、いずれも現在のページ名が表示されます。

現在のページの版が旧ページ名で表示されるのはおかしい気がするので、バグの可能性を考慮しご報告します。--Keruby（会話） 2025年11月15日 (土) 05:32 (UTC)

編集結果を公開する際に、CAPTCHAがで正しい文字列を入力しても「編集を公開」を押すと次の文字列が表示されまた入力を求められ、編集の公開が一切できない。--Asanoha1013（会話） 2025年11月16日 (日) 15:17 (UTC)

この投稿自体もCAPTCHAを求められ何度も入力して投稿できなかった。

その後、スマートフォンにテザリングしたところ一発で通過した。IPが悪かったのだろうか？--Asanoha1013（会話） 2025年11月16日 (日) 15:20 (UTC)

僕の職場のパソコンでwikipedia編集をしていますが、ビジュアル編集で入力した文や単語がなぜか壊れてしまうというバグが発生し​てしまいます。​こ​のバグを​治して​ください。--Stonerojo（会話） 2025年11月20日 (木) 01:02 (UTC)

Wikipedia:改名提案でウォッチリストに入れていないのに、私が提案や意見表明をしていない他者の改名提案も青いアラートが表示されます。--ならちゃん（会話） 2025年11月24日 (月) 10:42 (UTC)

購読されているのかと思われます。Wikipedia:改名提案を開いたうえでツールバー内の「購読解除」または、特別:TopicSubscriptionsをご確認ください。 --なノな15どバと（会話） 2025年11月24日 (月) 10:54 (UTC)

• 『利用者‐会話:~2025-42137-19』にも書きましたが、『hCaptcha』には『画像認証が表示されないのに、解決を求められる』現象が発生するという、致命的な不具合があるようです。

現在は『CAPTCHA 自動作成防止チェック』が動いていますが、なぜ切り替わったのかが分かりませんし、今の環境自体も別の不具合になるのかも知れません。

『hCaptcha』の不具合の原因を特定し、修正するまでの間は、『CAPTCHA 自動作成防止チェック』に一本化して頂けないでしょうか？--~2025-42137-19 (会話) 2025年12月21日 (日) 08:32 (UTC)

• 会話ページの自己発言の一部を、ここにも置いておきます。

Android版のChromeから編集していましたが、『画像認証が表示されないのに、解決を求められる』現象が起きた為、やむを得ず別ブラウザ(Firefox Beta)から編集した次第です。

Chromeの時は『hCaptcha』が動いており、今(Firefox Beta)は『CAPTCHA 自動作成防止チェック』が動いております。

参考になるかは分かりませんが、一応。--~2025-42137-19 (会話) 2025年12月21日 (日) 08:35 (UTC)

自分もこの、『hCaptcha』には『画像認証が表示されないのに、解決を求められる』現象が発生するという、致命的な不具合にどうやら遭っているみたいです。

自分は今までiPadから書いていたのですが、『画像認証が表示されないのに、解決を求められる』現象に遭って、解決になるのかは分かりませんでしたがとりあえず「iPad OSを18.7.5の最新のものにアップデート」してみて、その後編集をしてみようとしたら、今度は青色の「変更を公開」を押しても反応すらしないという状態になってしまいました。ふたつ隣の「差分を表示」を押したら反応はするのですが。

自分の編集の画面には青色の「変更を公開」、「プレビューを表示」、「差分を表示」、赤色の「キャンセル」の4つ以外に表示されているものは無いですし、どうすれば解決になるのかさっぱりです。この仕様に変わる前は、「アルファベット文字列が写っている画像」があって、その文字列を入力してくださいという「入力欄」がありました。--~2026-13537-34 (会話) 2026年3月2日 (月) 14:45 (UTC)

報告 つい先程、簡単な編集を試してみたら、今までは何度押しても青色の「変更を公開」が反応しませんでしたが、今度は反応して編集を完了することができました。最初の報告から、あれから何か自分が変わったことを試したわけではないので、どうして今回は「変更を公開」が反応したのかは理由は分かりません。

自分から言えることとしましては、iPad OSを最新のものに更新する前は、上に書かれている『hCaptcha』には『画像認証が表示されないのに、解決を求められる』現象が起こっていました、青色の「変更を公開」を押したらページが1回切り替わって、そういう表示になるということです。

次はiPad OSを最新のものにアップデートしてから試してみたら、今度は青色の「変更を公開」が押しても反応すらしない状態になり、しばらく時間を置いてまた試してみたら次は反応をしてくれたという形になりました。

ここから言えるのは、『hCaptcha』には『画像認証が表示されないのに、解決を求められる』現象がもし起こっている方は、OSを最新のものにアップデートしていない場合は、とりあえずそれを試してみてください何か変わるかもしれません、ということくらいでしょうか。--~2026-13537-34 (会話) 2026年3月3日 (火) 09:03 (UTC)

解決済み

Kokage si（会話） 2026年2月12日 (木) 12:25 (UTC)

{{Fontsize}}や{{Small}}の中に署名を書く（例:{{Fontsize|small|--~~~~}}）と、--Cookie4782（会話このように、署名が途中で途切れて表示されてしまいます。<small>を使えばこれは発生しないのですが、Help:ページの編集#文字の大きさには「<small></small>は現在、日本語版ウィキペディアで使用しているHTML5では、単に文字を小さくするタグとしては廃止されているので[1]、この目的では使わないでください。」とあるためどうすればよいか悩んでいます。しばらく前から発生しているためどうも一時的な問題ではないように感じられるのですが、解決をお願い致します。なお、外観はベクター(2022)、OSはWindows 11、ブラウザはMicrosoft Edgeです。--Cookie4782（会話|投稿記録） 2026年2月8日 (日) 06:01 (UTC)

署名に|が含まれているためテンプレートに別の引数と認識されています。{{!}}を使用してください。--FlatLanguage（会話 / 投稿） 2026年2月8日 (日) 06:14 (UTC)

返信 ありがとうございました。しかし残念ながら|を使っても解決しませんでした。仕方がないので/に変えました。ご教授ありがとうございました。--Cookie4782（会話/投稿記録） 2026年2月8日 (日) 07:01 (UTC)

@User:Cookie4782さん

|

と入力すると|と表示されます。--Takatya(Talk|Contributions) 2026年2月9日 (月) 01:00 (UTC)

ありがとうございます 解決しました。ありがとうございました！--Cookie4782（会話|投稿記録） 2026年2月9日 (月) 08:51 (UTC)

確認時点においてCategory:パラメータ追跡調査/Elink/+a‑i‑2という隠しカテゴリが可視化されているようであるため、不具合の報告として話題を共有いたします。自身がかつて執筆した記事オクソコの巡回中、当該の隠しカテゴリが表示されていました。ログインしていないブラウザでも同様の表示が確認できたため、個人設定による可視化には該当しないと思われます。同一のカテゴリを付与された記事群（全16記事）でも同様の現象が起きているようです。取り急ぎ共有させていただきます。--ノボホショコロトソ（会話） 2026年2月9日 (月) 10:45 (UTC)

• ページ名に「-」（HYPHEN-MINUS）を含むCategory:パラメータ追跡調査/Elink/+a-i-2は隠しカテゴリとして存在します。一方、ページ名に「‑」（NON-BREAKING HYPHEN）を含むCategory:パラメータ追跡調査/Elink/+a‑i‑2は未作成のためカテゴリが存在しないようです。上記コメントで言及されているのは、いずれも後者のCategory:パラメータ追跡調査/Elink/+a‑i‑2ですね。未作成のカテゴリは隠しカテゴリとして設定されていないため、非ログイン状態でも表示されてしまうのだと思います。--Keruby（会話） 2026年2月9日 (月) 11:51 (UTC)
• オクソコを編集画面で調べてみたところ、「分類」節の{{clade}}内部で使用されている{{enlink}}で不可解な現象が起きているようです。{{enlink|Citipatiinae|a=on}}のようにテンプレート単体で使用するとCategory:パラメータ追跡調査/Elink/+a-i-2が付与されますが、{{clade}}内部では付与されるカテゴリがCategory:パラメータ追跡調査/Elink/+a‑i‑2に変化します。--Keruby（会話） 2026年2月9日 (月) 22:07 (UTC)

ご教示ありがとうございます。ひとまずオクソコを含む上記記事群については、クラドグラム内で{{enlink}}を使用しないように編集を加えました。--ノボホショコロトソ（会話） 2026年2月12日 (木) 16:38 (UTC)

解決済み

--Keruby（会話） 2026年3月3日 (火) 11:43 (UTC)

仮アカウントによる署名で、今までは会話ページのリンクが「(会話)」と入力されていましたが、「(トーク)」に変わっています。試しにログアウトした状態で署名をプレビュー表示してみると、同じく「(トーク)」と入力されました。特別:最近の更新で確認したところ、2026年2月19日 (木) 20:13 (UTC) 以降の仮アカウントによる署名でこの現象が起きているようです。ログイン・非ログインで署名のリンク表示が異なるのはバグの可能性があるため、ご報告します。--Keruby（会話） 2026年2月20日 (金) 04:26 (UTC)

コメント translatewiki:MediaWiki:Signature-temp/ja の更新反映により挙動が変わったものと思います。しかしこれは translatewiki:MediaWiki:Signature/ja との整合性をとるための更新であるため、tranlatewiki側はこのままとした方がよさそうに思います。ウィキペディア日本語版では MediaWiki:Signature をカスタマイズしているため、トークではなく会話と表示されるようになっています。挙動を揃えるのであれば、MediaWiki:Signature-temp を新たに設定する（会話に揃える）か、MediaWiki:Signature を削除する（トークに揃える）かのどちらかでしょう。バグではなく仕様でしょうから、合意形成のうえで管理者に対応を依頼することになります。--Amayus（会話） 2026年2月20日 (金) 04:50 (UTC)

• 返信 Amayusさん、情報ありがとうございます。

報告 Wikipedia‐ノート:署名#仮アカウントの署名に関する提案にて、仮アカウントによる署名で会話ページのリンクが「(会話)」と入力されるように変更を提案しました。--Keruby（会話） 2026年2月20日 (金) 07:07 (UTC)

報告 リンクが変更されました（固定リンク）。--Keruby（会話） 2026年3月3日 (火) 11:43 (UTC)

Hello everyone,

This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as Module:Itemgroup/list).

The Change:
Currently, many templates pull electoral maps from Wikidata using the property P1846, combined with the qualifier P180: Q19571328.

We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property: P14226.

What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from P14226 instead of the old P1846 + P180 structure. A list of pages was generated using Wikimedia Global Search.

Deadline:
We are temporarily retaining the old data on P1846 to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old P1846 statements will be removed after May 1, 2026. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.

Let us know if you have any questions or need assistance with the query logic. Thank you for your help! ZI Jony using MediaWiki message delivery（会話） 2026年4月3日 (金) 17:09 (UTC)

オリコンニュースのプロフィールの識別子がwikidataに対応したので、他のテンプレートを参考にして、Template:Oricon nameをwikidata対応のテンプレートに編集したところ、のはずが、になり、URL最後のスラッシュがつきません。ChatGPTやGeminiでもテンプレートの添削を試しましたが、状況が同じです。改善をお願いします。--ならちゃん（会話） 2026年4月9日 (木) 13:59 (UTC)

改善されたようです。ご対応いただきありがとうございます。--ならちゃん（会話） 2026年4月9日 (木) 23:01 (UTC)

「ワナダイズ」のページの他言語へのリンク（6言語）のうち、英語版のみ正しいリンク先である「The Wnnadies」ではなく「Colin Larkinにリンクされている。他言語の同記事（例. スウェーデン語「The Wannadies」）へのリンクは正しく、また、他言語の同記事ページから英語版、日本語版へは正しくリンクされている。日本語版ページの「言語間リンクを編集」を見ると、英語版へのリンクは正しいリンク先が表示される。Windows11のChrome/Edge、AndroidのChrome、いずれの環境でも同じ事象が発生し、再現性があります。

日本語版記事は英語版から翻訳、作成したもの（2025年11月）ですが、前記事象の原因、修正方法があればお知らせください。

--Kyuy（会話） 2026年4月11日 (土) 05:07 (UTC)

• コメント 特別:差分/109113826で修正しました。:がなかったのが原因と思います（Help:言語間リンク参照）。私の環境では英語版へのリンクも直っています。--郊外生活（会話） 2026年4月11日 (土) 05:23 (UTC)

  正しく英語版にリンクできるようになったことを確認しました。迅速にご対応頂きありがとうございました。--Kyuy（会話） 2026年4月11日 (土) 05:27 (UTC)

節ごとの"（編集/ソースを編集）"の表示が"（編集）"になっており、クリックすると。ソース編集モードでしか節単位の編集ができなくなっています。

この異常はWin11, Edge 146.0.3856.109の環境で確認しました。--M-sho-gun（会話） 2026年4月11日 (土) 10:04 (UTC)

ページ下部に「ページはParsoidによってレンダリングされました。」とありますか。「個人設定 → 編集 → エディター → 編集モード」はどうなっていますか。「個人設定 → 編集 → 開発者用ツール → 新しいParsoidウィキテキストパーサーの使用」を「しない（オプトアウト）」にしたらもしかしたらなおるかもしれません。--FlatLanguage（会話 / 投稿） 2026年4月11日 (土) 16:14 (UTC)

返信 ご指摘の通りに設定を変えてみたら直りました。ありがとうございます

これって何か不都合があったりしますか?--M-sho-gun（会話） 2026年4月11日 (土) 17:49 (UTC)

不都合があるかは分かりませんが、 Parsoid（新しいパーサー）が修正されないと根本的な解決にはならないと思います。--FlatLanguage（会話 / 投稿） 2026年4月12日 (日) 00:23 (UTC)

iOS(iPhone SE2)のSafariからパスキーを追加しようとしたところ、「キーを登録できませんでした。登録の手順をやり直してください。」と表示されて登録できません。 iOS 18.7.2です。

再現手順を以下に記します。

1. Safariを起動し、プライベートモードに切り替える
2. Wikipediaにログインする
   1. このとき、二段階認証のコードを求められるので入力してログインする
3. 個人設定から二段階認証の管理ページ(特別:AccountSecurity)に行く
4. 再度ログインを求められるのでログインする
5. パスキーのセクションにある「パスキーを追加」を押し、説明が表示されるので再度「パスキーを追加」を押す
6. 「キーを登録できませんでした。登録の手順をやり直してください。」と表示され、パスキーを登録することができない
   1. ここで、本来であればiOS側のパスキーの登録ダイアログが表示され、TouchIDで認証することで処理が進んで登録されるはずだが、iOS側のダイアログは表示されなかった

Windows 11(Floorp 12.12.2@150.0)ではWindows Helloによるパスキーの登録ができました。--Momizi06（会話） 2026年4月24日 (金) 08:46 (UTC)

返信 (利用者:Momizi06さん宛) プライベートモードを解除した状態で再度お試しください。それでも上手くいかない場合は、少々荒業ですがこんな方法もあります。

1. パソコンから特別:AccountSecurityを開く。ログインしていない場合はここでログインする。
2. 「パスキーを追加」を2回クリック。
3. 「これはWindowsデバイスに保存されます。」の右にある「変更」をクリック。
4. 「iPhone、iPad、またはAndroidデバイス」をクリック。
5. 表示されたQRコードをiPhone標準のカメラアプリで写す。
6. iPhone側の指示に従って操作。

--T4NeGMp7P4en（会話） 2026年5月12日 (火) 13:21 (UTC)

ABCSにおいて、末尾のTemplate:Aimaiの読み込みに不具合があるようです。2段組のような表示になり、1段目部分に

.mw-parser-output .dmbox{display:flex;align-items:center;clear:both;margin:0.9em 1em;border-top:1px solid #ccc;border-bottom:1px solid #ccc;padding:0.25em 0.35em;font-size:95%}.mw-parser-output .dmbox>*{flex-shrink:0;margin:0 0.25em;display:inline}.mw-parser-output .dmbox-body{flex-grow:1;flex-shrink:1;padding:0.1em 0}

と表示され（かつ改行されないため1段目部分が非常に横長になっています）、本来のテンプレート部分は2段目に表示されています。試しに履歴に残らない空編集を複数回行いましたが改善せず、履歴に残る空編集も一度行いましたが変わりませんでした。なお編集プレビュー画面では問題なく表示されます。Template:Aimaiのソースは2023年から変更されていないのを確認しており、テンプレート側の問題ではなさそうです。同様の不具合がSSSでも起きています（ただしSSSS、ACSなどでは問題なく、記事名の末尾がSであることとは関係ないように思います）。当方の環境はWindows 11 バージョン 25H2（OSビルド 26200.8246）、Google chrome バージョン 147.0.7727.138、外装はベクター2022年版です。Edge バージョン 147.0.3912.98 でも表示させてみましたが変わりませんでした。--Dream100（会話） 2026年5月1日 (金) 01:55 (UTC)

Wikipedia:利用案内#曖昧さ回避テンプレートのバグも同件だと思いますが、レガシーパーサーだと発生しないためParsoidに起因するものと思われます（サイドバーの「ツール」セクション、あるいは個人設定-編集-開発者用ツールの新しいParsoid ウィキテキストパーサーを使う設定で切替え）。--Yukida-R（会話） 2026年5月1日 (金) 12:48 (UTC)

ありがとうございます。個人設定の「新しい Parsoid ウィキテキストパーサーの使用」で「しない（オプトアウト）」を選んだところ解消しました。当面はこの設定で閲覧したいと思います。--Dream100（会話） 2026年5月1日 (金) 14:44 (UTC)

報告 同様の障害が発生していましたが、この方法で解決

出来ました。有難うございます。--にのへ（会話） 2026年5月1日 (金) 16:15 (UTC)

表示される長い文字列はTemplate:Dmbox/styles.cssの中身のようで、TemplateStylesの処理ができていないように見えます。その方向でmediawikiwiki:Parsoid/Feedbackに投げてみました。--Yukida-R（会話） 2026年5月4日 (月) 02:24 (UTC)

反応があり、T425056の修正によって近日中に直る見込みのようです（T378906も関連するようです）。--Yukida-R（会話） 2026年5月6日 (水) 04:10 (UTC)

さよならを教えてと牛田駅でも同様の不具合が発生しており、いくつかの原因を模索した末ですが、参考にさせて頂きました。有難うございます。（一部訂正します、失礼いたしました）--~2026-27869-99 (会話) 2026年5月8日 (金) 04:13 (UTC)

T425056の修正が展開され、直ったようです。ABCS、SSS、雷門音助は確認しました。なお反映にはキャッシュの破棄が必要なようです。--Yukida-R（会話） 2026年5月9日 (土) 13:44 (UTC)

Parsoidの設定を元に戻しても問題なく表示されるようになりました。Mediawikiへの連絡など、ご対応いただきありがとうございました。--Dream100（会話） 2026年5月9日 (土) 14:26 (UTC)

また一部の曖昧さ回避ページで同様の問題が起きているようです。AKA、AKB、AKIで確認しました。Parsoidの設定を「しない」にすると解消します。ABCS、SSS、雷門音助は問題ありませんでした。--Dream100（会話） 2026年5月16日 (土) 11:47 (UTC)

キャッシュ破棄をすれば直ると思います。 --Kto2038（会話） 2026年5月16日 (土) 13:40 (UTC)

すみません、今改めて確認したら直っていました。（先ほどは空編集をしてもだめだったのですが…）--Dream100（会話） 2026年5月16日 (土) 14:10 (UTC)

空編集後にリロードすると直るケースありますね。 --Kto2038（会話） 2026年5月16日 (土) 14:29 (UTC)

私も空編集だと直らなくて、特別:Purgeとか?action=purge付加の方法を使っています。--Yukida-R（会話） 2026年5月17日 (日) 02:37 (UTC)

解決済み

--Keruby（会話） 2026年5月9日 (土) 16:04 (UTC)

• macOS Tahoe 26.3.1、Safari 26.3.1、Google Chrome 147.0.7727.138、外装: レガシー ベクター

Wikipedia:井戸端で、目次が表示されない不具合が発生しています。最新版の固定リンク（特別:固定リンク/109344777）でも同じく目次が表示されませんが、同じ版の差分ページ（特別:差分/109344777）では問題なく目次が表示されます。サイドバーメニューで「レガシーパーサーに切り替え」を有効にすると目次が表示されるので、「新しいパーサー」が原因かもしれません。--Keruby（会話） 2026年5月1日 (金) 13:54 (UTC)

• 報告場所を間違えていたようなので、サイドバーメニューの「視覚的なバグの報告」から報告し直しました。失礼しました。--Keruby（会話） 2026年5月2日 (土) 14:21 (UTC)

T425107で修正中のようです。--Yukida-R（会話） 2026年5月6日 (水) 04:13 (UTC)

修正されました。--Yukida-R（会話） 2026年5月9日 (土) 13:46 (UTC)

• ありがとうございます。--Keruby（会話） 2026年5月9日 (土) 16:04 (UTC)

1. Wikipedia:Sandbox
2. 「ソースを編集」から下記コードを記述・プレビューすると発生する
3. Windows 11 Pro 25H2 build:26200.8246 / Firefox 150.0 64bit
4. 匿名利用者(アカウントなし)、今日有効な初期設定の外装

以下のようなwikitextを記述すると、2つ目以降データの箇条書きがラベルに食い込んでしまいます。

{{Infobox
| label1 = 例1
| data1 = 
*1
*2
| label2 = 例2
| data2 = 
*A
*B
| labelstyle1 = background-color: lightskyblue;
| datastyle1 = background-color: lightblue;
| labelstyle2 = background-color: lightskyblue;
| datastyle2 = background-color: lightblue;
}}

このとき、以下のようなHTMLが出力されます(実際にはインデントはありません)。

<table class="infobox" style="width:22em;">
  <tbody>
    <tr class="" style="" itemprop="">
      <th scope="row" style="text-align:left; white-space:nowrap; background-color: lightskyblue;">例1</th>
      <td class="" style="background-color: lightblue;" itemprop="">
        <ul>
          <li>1</li>
          <li>2</li>
        </ul>
      </td>
    </tr>
    <tr class="" style="" itemprop="">
      <th scope="row" style="text-align:left; white-space:nowrap; background-color: lightskyblue;">例2</th>
      <td class="" style="background-color: lightblue;" itemprop="">
        <li>A</li>
        <li>B</li>
      </td>
    </tr>
  </tbody>
</table>

data1には ul タグが出力されますが、data2 には ul タグがなく li タグのみ出力されています。これがラベルへ食い込む原因と思われます。 対策として <span /> を data2= の直後に記述するなどが紹介されていますが、今日のHTML仕様では子要素を持ちうるタグを自己終了タグとして記述できない(自己終了のための記述はブラウザに無視されることが多いが、動作は未定義である)はずです。

よって、ulタグが出力されない不具合を修正したい(もしくは修正して頂きたい)のですが、Infoboxや依存するテンプレートのバグなのか、MediaWiki本体のバグなのかが分かりません。 当初はTemplate‐ノート:Infobox#dataNに連続して箇条書きを作成するとulタグが出力されないへ報告しましたが返信がございませんでしたので、こちらに加筆・転載しました。本バグ報告自体の適切な投稿場所を含め、ご教授頂ければと思います。よろしくお願い致します。--~2026-23971-02 (会話) 2026年5月1日 (金) 13:56 (UTC)

コメント パーサーのバグというか癖のようなものらしく、モジュール:Infobox/former側の修正で直せそうです(修正内容)。テスト結果はTemplate:Infobox/testcases#dataの箇条書きで、左が現行、真ん中のInfobox/sandboxが修正版です。

ただ、（私がモジュールの編集に慣れていないというのもありますが）モジュール:Infobox/formerは全保護されているため、反映にはちょっとハードルがあります。本件、実害が出ている印象はあまりないのですが、どこかのページで不具合が出ているでしょうか？　テストケースのページで確認したところ、この問題が起きるのはレガシーパーサーだけで、切替え進行中の新しいParsoidパーサーだと発生しないようなので、修正しないという選択肢もあるかと思います。--Yukida-R（会話） 2026年5月4日 (月) 05:46 (UTC)

ご確認および修正案を頂きまして、ありがとうございます。自分も指摘を受けて実験・報告した次第でして、影響の出ている具体的なページまではご提示できませんし、Parsoidだと発生しないとのことですので、影響範囲の大きいWikipediaでの修正は要らないかもしれないですね。お手数をおかけし、申し訳ないです。今後ともよろしくお願い致します。--~2026-23971-02 (会話) 2026年5月4日 (月) 10:21 (UTC)

了解です。では、他に問題が出なければ本番への反映はせずこのままにしておきます（Parsoidも不具合が多くて不安ですが、この件の挙動については正しいと思うので）。--Yukida-R（会話） 2026年5月6日 (水) 04:18 (UTC)

コメント 今WP:SANDで試したら、直っているようです。（モジュールに更新はないようですが。）ちなみに、箇条書きのウィキ構文をテンプレート引数として使う際、空タグを一つ挟むのはどのテンプレートでも割と使われているテクニックです。voidタグではないspanを自己終了させるのはHTML5の仕様上問題ですが、単純に自己終了させなければいいだけで、空タグ（<span></span>）にすれば問題ありません。 --Dragoniez (talk) 2026年5月6日 (水) 04:29 (UTC)

レガシーパーサーだと直っていませんよ。--Yukida-R（会話） 2026年5月6日 (水) 04:44 (UTC)