「Wikipedia:バグの報告」の版間の差分

履歴の双方向閲覧
← 古い編集新しい編集 →
削除された内容 追加された内容
ビジュアルウィキテキスト
股志 (会話 | 投稿記録)
311 回編集
ひとつ追加。
タグ: モバイル編集 モバイルウェブ編集
1行目: 1行目:
{{/ヘッダ}}{{DEFAULTSORT:はくのほうこく}}<!-- Interwiki links are in [[Wikipedia:バグの報告/ヘッダ]] now -->
{{/ヘッダ}}{{DEFAULTSORT:はくのほうこく}}<!-- Interwiki links are in [[Wikipedia:バグの報告/ヘッダ]] now -->
==ページを戻ろうとすると黒い画面が出てくる==

[[利用者:てぃーおるまい|私の利用者ページ]]や、このページなど幾つかのページで発生しています。恐らく全てのページで発生すると思われます。
リンクをタップするなどして他のページに飛び、その後戻ってくると、上の方の「戻る」ボタンや「W」（Wikipediaのロゴ）などがあるバーを除いて画面が黒くなります。
Wikipediaのロゴは反応するのでバグが発生した場合は押してホーム画面に戻って対応しています。
iOS14.7.1でウィキペディアアプリを使っています。
ウィキペディアの個人設定は基本デフォルトのままで、言語は日本語メイン、英語も設定しています。探してみようフィードは「続けて読む」と「こんな記事も読まれています」をオフにしています。--[[利用者:てぃーおるまい|てぃーおるまい]]（[[利用者‐会話:てぃーおるまい|会話]]）

== パスワードが変更できない ==
== パスワードが変更できない ==
{{Tracked|T232995|open}}
{{Tracked|T232995|open}}

2021年8月15日 (日) 02:44時点における版

ショートカット: WP:BUG
メンテナンス
依頼と提案
削除関連

ここバグの報告ページは、不具合がウィキペディア自体のバグなのかどうかはっきりしない時、または英語でのバグ報告に不安がある場合などに、ウィキペディア日本語版の利用者が日本語で報告・相談する場です。

ウィキペディアでの閲覧・編集に不具合が生じている場合、いくつか原因が考えられます。一時的なエラーなどの場合は、しばらくすれば解決されますが、ウィキペディアが使用しているソフトウェアであるMediaWiki本体のバグやその設定ミスの場合、MediaWikiに修正を依頼しなければなりません。MediaWikiの修正・機能追加の要望は、専用サイトのPhabricatorにて英語で行われています。直接英語でやり取りしたい方は、Phabricatorの説明をご覧ください。

モバイルビューでの表示について「仕様として」一般に表示されるテンプレートが減らされています（機能厳選）。モバイル用に小さなテンプレートを用意できればいいのですが、デスクトップとモバイルとで表示を別にする機能は開発中（2018年初頭）で、実装が待たれます。

他の相談場所
バグの報告の利用方法

日本語での新しいバグの報告・相談はこのページの最後に書き加えてください。その際は、以下を必ず明記してください。

  1. 問題が発生したページ
  2. 問題が発生したときの状況（可能であれば再現性と再現手順も記載してください）
  3. あなたが使用しているOSとウェブブラウザおよびそのバージョン（例：Windows 10 Home 22H2（64ビット）、Google Chrome 123.0.6312.123（64ビット））
  4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター (2022年版)）

バグの報告における議論でPhabricatorにおけるタスクが作成された場合、{{Tracked}}を付けてください。

問題が解決したら、節の冒頭に{{解決済み}}を付けてください（議論に参加していない方でも、どなたが付けてもかまいません）。修正・解決されたなど一段落しているバグについては、このテンプレートを目印にして過去ログに移動しています。

ただし、以下のようなものをこのページで報告しないでください。

  • 記事内容の誤り：記事内容の誤り、スペルミス、誤字・脱字などはバグではありません。あなたが自分で記事を直すか、その記事のノートページで記事の執筆者たちに呼びかけてみてください。Wikipedia:連絡先/記事の問題もご覧ください。
  • 一時的なサーバの問題：アクセスが過剰な時などに表示が遅くなったり、一時的に接続できずエラー画面が表示されたりすることがあります。通常は数分から数時間で復旧しますので、しばらく待ってから再接続してみてください。エラー画面は英語で表示される場合もあります。
  • 一時的な表示不具合：サイドバーの表示などが一時的におかしくなることがありますが、しばらくすると通常に戻ります。ただし何日もそのままで直らない場合は、このページで報告してください。
  • 履歴・署名の時刻のずれ：ページの履歴や署名の時間があなたの時計とずれているのはバグではありません。ウィキペディア日本語版の時刻表示は協定世界時 (UTC) を標準としていますので、履歴や署名などの時刻表示は日本標準時（日本時間、JST）より9時間前を示しています。
  • ほかのプロジェクトに関して：ウィクショナリーやコモンズなどの姉妹プロジェクト、他言語版に関するバグと思われる報告はこちらでは受け付けしていません。それぞれのプロジェクトかPhabricatorにて報告してください。
  • 個人設定画面へのリンクが効かない：外装とウェブブラウザの相性によっては個人設定画面へのリンクが効かなくなることがあります。その場合は、次に示すリンクをクリックすると外装が初期値「ベクター (2022年版)」に一時的に戻るので、そこで他の外装を選び直し、設定を保存してください：ベクター (2022年版) で個人設定を表示
過去ログの検索
/過去ログページ

ページを戻ろうとすると黒い画面が出てくる

私の利用者ページや、このページなど幾つかのページで発生しています。恐らく全てのページで発生すると思われます。 リンクをタップするなどして他のページに飛び、その後戻ってくると、上の方の「戻る」ボタンや「W」（Wikipediaのロゴ）などがあるバーを除いて画面が黒くなります。 Wikipediaのロゴは反応するのでバグが発生した場合は押してホーム画面に戻って対応しています。 iOS14.7.1でウィキペディアアプリを使っています。 ウィキペディアの個人設定は基本デフォルトのままで、言語は日本語メイン、英語も設定しています。探してみようフィードは「続けて読む」と「こんな記事も読まれています」をオフにしています。--てぃーおるまい（会話）

パスワードが変更できない

Phabricatorで追跡中
タスク T232995
オープン
  1. 問題が発生したページ - https://ja.m.wikipedia.org/w/index.php?title=特別:ChangeCredentials/MediaWiki%5CAuth%5CPasswordAuthenticationRequest&authUniqueId=1e837d
  2. 問題が発生したときの状況 - 特別:パスワードの変更からアクセス→再度パスワードを入力→新しいパスワードを入力する画面→入力→証明情報の変更→再度同じ画面に
  3. あなたの使用しているOSとWebブラウザおよびそのバージョン - モバイル版 iOS端末からアクセス Safari利用
  4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター） - 初期のまま変更はしていない

理由が不明でバグか不安なため--そらたこ🐙(会話) 2019年8月28日 (水) 07:05 (UTC)[返信]

  • コメント 情報不足。「iOS」のバージョン、端末詳細（iPhoneの種類・任意）が必要です。症状から見て、情報の送信が正しく行えてないだけに見えますが。別の端末や、ブラウザで行って症状が出ないのであれば、Safari特有の症状になるため、バグとは言い切れません。--アルトクール（会話） 2019年8月28日 (水) 07:24 (UTC)[返信]
    • 返信 (アルトクールさん宛) この症状が起こったのはiPhone X(iOS12.4)、iPhone8(iOS12.4.1)、iPhone7(iOS12.4)、iPhone5(iOSは古いです)です。送信後もとの画面に戻ってしまいます。既に変更されている可能性を考え、ログアウトを行い新しいパスワードでログインを試してみたところログインできず、変更前のパスワードでのみログインできました。2か月ほど前には同じ端末、アカウントでできていました。1か月半前には同じ端末、別のアカウントで可能でした。ここからは全てiPhone Xからのテストです。Firefox、Google Chrome、Opera miniで試しましたが、同様でした。iOS版公式アプリから同じアカウントで試しましたが、新しいパスワードを入力したあと読み込みエラーがでました。初期画面に戻りその後画面に「Sorry, could not load the article」と表示されました。必要であれば、帰宅後パソコンから試します。--そらたこ🐙(会話) 2019年8月28日 (水) 08:06 (UTC)[返信]
    • iPhone.. というか Apple の iOS はレンダリングエンジンが Webkit 以外ブラウザーが違ったとしても使えないはずなので、Webkit 側に問題がある場合は不具合として処理する必要がでます。アカウント自体に何らかの不整合が起きているのか、外装の MinervaNeue （割と実装が雑）が原因か、MobileFrontend がおかしいのか…。--rxy（会話） 2019年8月28日 (水) 09:31 (UTC)[返信]
  • 報告 よくわからないのですが、パソコンから変更できました。アルトクールさん、Rxyさん ありがとうございます--そらたこ🐙(会話) 2019年8月28日 (水) 10:44 (UTC)[返信]
  • 情報 一応情報を付け足しておきます。最初のiPhoneからのアクセスは順番にソフトバンク、ワイモバイル、ドコモです。iPhone5はジョイサウンドのWi-Fiからです。報告したもの以降のアクセスは私の家のWi-Fiからです。私のパソコンはMacBook Air 2018(最初OS)です。
MacBook Air Early 2015(OSは古いです)から私のサブアカウント利用者:利用者そらたこのパスワード変更を試したところ無事に変更できました。その後テストとしてiPhone XS(iOS12.4.1)からデスクトップモードで同じく利用者:利用者そらたこのパスワード変更を試したところ変更できました。家での変更、変更テストは全て 個人設定→パスワードの変更 の手順で行なっています。成功の場合変更の画面からボタンを押すと個人設定に戻りました。以上です。--そらたこ🐙(会話) 2019年8月28日 (水) 11:24 (UTC)[返信]

モバイルビューで入れ子にした表の幅が狭く表示される

Phabricatorで追跡中
タスク T236053
オープン

Infoboxの中に入れた表（入れ子状態にした表）において、中に入れた表の幅が、画面の幅が720pxより小さい場合に限り、異常に狭く表示されてしまします。

  1. 発生したページ：例：Template:カーラー/testcases、Infobox下部の獲得メダル欄
  2. 再現手順：モバイルビューで表示し、画面の幅を720px未満にする
  3. OSとWebブラウザ：Android 9, Chrome 77 および Windows 7, Vivaldi 2.6
  4. スキン：初期設定（MinervaNeue (モバイル)）

モバイルビュー以外のスキンで表示した場合や、画面の幅が720pxより広い場合は問題ありません。よろしくお願い致します。--Nekohan（会話） 2019年10月20日 (日) 22:29 (UTC)[返信]

例
Test Test Test Test Test Test
内部の表
Label Test Test Test

追記しました。このような表です。--Nekohan（会話） 2019年10月21日 (月) 02:14 (UTC)[返信]

モバイルビューの不具合というよりは、MinervaNeue 起因ですね。仕様っぽい気がしなくもないですが…、一応 phab:T236053 を起票しました。回避策としては、子テーブルの style 属性に display: table を与えるとよいかと思います。例示のテーブルでは親にも同様の措置が必要そうですが。--rxy（会話） 2019年10月21日 (月) 11:59 (UTC)[返信]
感謝 起票して頂きありがとうございます。なるほど、そういう仕様であるかもなのですね。ご教示を頂きました display: table で、ひとまず本件の問題を回避できそうです。恥ずかしながら知りませんでした。ありがとうございます。--Nekohan（会話） 2019年10月21日 (月) 12:51 (UTC)[返信]
情報 起票して頂きました Phabricator に寄せられたコメントによりますと、MinervaNeue に修正を加えることは乗り気ではなく、Extension:TemplateStyles という仕組みを使うことが提案されています。表に表を組み込だテンプレート（例えば Template:Infobox medal templates を組み込んだ Infobox など）は Wikipedia に多くあると思いますが、個別に回避策を講じる必要がありそうです。ただ、enwiki の en:Template:Infobox medal templates では、この問題は発生していませんでしたので（これとは別で一番左のセルが大きくなるという問題が発生していますが）、enwiki では何らかの対策が講じられているのかも知れません。--Nekohan（会話） 2019年10月26日 (土) 13:19 (UTC)[返信]

「最近の更新」で起きるバグ

iPadOSのChrome、Safariのデスクトップビュー(ベクター)で「最近の更新」をおすと、文字がすごい速さで大小してうまく見れない時があります。要約欄にめちゃくちゃ長い事が書いてあると起きるようです。こういう編集が最近の更新にあると、文字が大小して見れない事が多いです。一応見れる時もあるのですが。--以上の署名の無いコメントは、きこねす（会話・投稿記録）さんが 2019年12月19日 (木) 07:29 (UTC) に投稿したものです（そらたこ（会話）による付記）。[返信]

  • コメント iPadOSやアプリの詳細バージョンが不足しています。そもそもの問題として、iPad環境は「モバイル版」に最適化される（iPad向けアプリもモバイル版向けの解釈を行うはずです）ので、デスクトップ版のページビューでは表示崩れが起こる可能性は非常に高いといえます。スクリーンショット上で確認できるURLはデスクトップ版ですので、モバイルビュー（モバイル版）にして閲覧するようにしてはいかがでしょうか。それとも、報告の意図が「モバイル環境においてデスクトップ表示での表示崩れの修正を求める」というものなのでしょうか？--アルトクール（会話） 2020年1月6日 (月) 14:23 (UTC)[返信]
    • コメント iPadはOSがiPadOSに分かれて以降、少なくともSafariは標準でデスクトップ版を表示するようになっています。Chromeは知りませんが、似たようなものかもしれません。そして、半角文字の折り返し基準点が?やスペースとなっており、要約欄に固定リンクなどの長大な半角文字列を記載した際、本来の画面幅を無視して文字列の終端を基準に表示画面幅を判断することがあるためトラブルが発生します。--Marine-Bluetalk✿contribs❀mail 2020年1月7日 (火) 00:48 (UTC)[返信]
      • コメント 確かにiPadOS上ではSafariがデフォルトでデスクトップ版サイトの表示をさせるようですね。ただ、そうなってくるとブラウザのソース解釈の問題の可能性が高いので、積極的に報告を上げにくい（報告件数がそれなりに必要なのと、アプリバージョンなどの詳細情報が必須になる）のは事実です。推測で申し訳ないんですが、SafariやChorome自体が「OS上ではデスクトップ動作をするように指示」されても、元々「アプリとして調整されているのがモバイル動作」なのでは？とは思える動作です（この場合、MediaWikiのバグというよりは、ブラウザのソースコードの読み込み問題になって対象外と言われるかも・・・）。--アルトクール（会話） 2020年1月10日 (金) 12:16 (UTC)[返信]

コメント MediaWiki側で長い半角文字列を処理して要素を挿入して貰えれば折り返せます。…が、バグレポ上げて対処してもらうのも悠長かと思ったので、その場で解決できる方法を探してみました。 

_::-webkit-full-page-media, _:future, :root #bodyContent {
    overflow-x: scroll;
}

CSSハックを応用してSafariのみ、はみ出した部分をスクロールさせることで画面幅を固定するユーザーCSSです。折り返せない問題は残りますが、画面幅の問題は解決するはずです。なお、長大なURLのみならず横幅の大きな表などもスクロール対象になります。--Marine-Bluetalk✿contribs❀mail 2020年1月10日 (金) 16:32 (UTC)[返信]

ウィキラブの編集が表示されない

横から失礼します。ただ、「最近の更新」関連なので、こちらに書かせていただきます。

  1. 最近の更新
  2. 最近の更新　設定:#ウィキラブ 30日100件
  3. Windows10 IE11
  4. 初期設定のまま

特別:固定リンク/76801104にて、ウィキラブをある方に送ったのですが（タグにもちゃんと残っています）、私の編集が、非ログイン時含め「最近の記録」に表示されていません。上記2に書いた設定(自分以外の編集の設定にしていない)でそうでした。これは、バグなのでしょうか?--股志（会話） 2020年4月11日 (土) 06:59 (UTC)[返信]

特別ページの個人設定の各タブページで拡大倍率を下げないと項目名が見えない時がある

  • 問題が発生したページ：
    • 特別ページの個人設定の各タブページ、特に通知タブ、ウォッチリストタブなど選択用の項目数が多いタブ。
  • 問題が発生したときの状況、可能であれば再現性と再現手順：
    • チェックボックス説明の途中で文字が切れてそれより下が表示されない。
    • [ctrl]+[-]などで拡大率を90%などに下げると見える。
    • 一度キャッシュに入ると100%表示でも正常に見える（ときもある）。
    • 拡大率を90%で全部読んでからキャッシュに溜まっているデータによっては拡大率を100％に戻すとマウスオーバー時に残余が展開されて読める（ときもある）。
例1：
メールの設定
（略）
以下の場合に通知を受け取る
翻訳　□　□
――――――――――――――――（枠線下部）
［保存］すべて初期状態に戻す（すべての節について）
（数行以下見切れる）
言及の成功　□　□
（略）

例2：例1の状態で（枠線下部）にマウスオーバーすると

――――――――――――――――（枠線下部）

の下に隠れいていた項目が枠線上部に遷移して見える（ときもある）。 しかし全ての項目が出るとは限らず、キャッシュが万全でないと見切れることもあり、なんだか不安。

  • あなたの使用しているOSとWebブラウザおよびそのバージョン（例：Windows 7、Internet Explorer 9）
    • Windows 7 32bit版,Firefox 68.4.0ESR 32bit版(本日時点で最新版のESR。以前のESRでも同様で気にかかっていました。)
      • スクロールやマウスオーバーするとその下がスクロールバーなしで追加描画される（SNSの無限スクロールのようにインタラクティブに読み込みをさせて無駄なデータ読み込みを省く）仕組みのようですが、そのとき、開発者が試験用に使用しているブラウザの見切れる範囲と微妙に違うため？
  • 外装（スキン）などのウィキペディアの個人設定
    • ベクター

--タピオカヤスジ（会話） 2020年1月8日 (水) 15:49 (UTC)[返信]

木村篤太郎と忍者部隊月光の記事が印刷できません。

ウイキペディアで検索した「木村篤太郎」と「忍者部隊月光」の記事だけが、印刷しようとすると考え中「丸が回転している状態」で朝までだんまりになってしまいます。他の記事は印刷できるのになぜでしょうか？--以上の署名のないコメントは、2403:7800:c141:1b00:ad69:48b1:9c6d:1eb1（会話）さんが 2020-01-20T16:21:00 に投稿したものです（コメントの最後に--~~~~と書くだけで自動的に署名できます。--Triglav（会話） 2020年1月20日 (月) 16:40 (UTC)による付記）。[返信]

Wikipedia:管理者伝言板/投稿ブロック/ソックパペットの表示不具合

ファイル:SS20200531.png
スクリーンショット(デスクトップ)
ファイル:Screenshot 20200531-082150.png
スクリーンショット(モバイル)

時期は不明ですが、Wikipedia:管理者伝言板/投稿ブロック/ソックパペットにおいて、#N. 未分類以降の表示がおかしくなっております。具体的にはスクリーンショットをご覧になればわかると思いますが、当該セクション以降の報告内容が全く表示されず、Template:Sockinfoなどのリンクのみとなっております。一時的な不具合かとは思いますが、対応していただけますよう宜しくお願い致します。--Daraku K.(Talk/Contributions) 2020年5月30日 (土) 23:49 (UTC)[返信]

  • コメント 私も同じことが発生していました。なんか前からあったような気がします。どういうバグなのでしょう。
  • これです
    これです
--Takoyaki0815 (会話・投稿記録） 2020年5月31日 (日) 00:05 (UTC)[返信]

ユーザーボックスのアイコンやアイコンが表示されない

  1. 問題が発生したページ − 利用者ページおよび削除依頼などのアイコンを表示する記事全部、一部の画像記事
  2. 問題が発生したときの状況− 6月5日時点ですでに問題が発生していました。
  3. あなたの使用しているOSとWebブラウザおよびそのバージョン（IPad 、Safari）
  4. 外装（スキン）などのウィキペディアの個人設定− 初期のまま変更はしていない

現在もコメント や 報告などのアイコンを使用したら「Tap to display image 」と表示され画像が表示されません。自分のユーザーボックスのアイコンも同様の現象が見られ、葉 (解剖学)の画像も同じ現象が起こります。3つの密は、「3つの密」の図のところは表示されたのですが、アベノマスクの画像は表示されませんでした。利用者ページも利用者の『利用者:尾崎歩夢』さんのユーザーボックスのアイコンは表示されるのですが、『利用者:しんぎんぐきゃっと』さんのユーザーボックスのアイコンが表示されません。自分のアカウントで、携帯やパソコンで入ったらちゃんと表示されますが、iPadだけなぜか表示されません。どうしてこういうことが起きるのでしょうか？--舌先現象になります（会話） 2020年6月8日 (月) 04:20 (UTC)[返信]

  • お使いのソフトウェアが最新で無ければ、iPadOS および Safari を最新に更新してみてください。特定のバージョンでのみ発生する問題の場合はこれで解決します。また、正常に動作している端末の OS とブラウザのバージョンのご報告をお願いします。Apple 系特有の Webkit に関する不具合の可能性があります。あるいは、lagy load の関係かもしれないです…。--Yuukin0248[会話/投稿記録] 2020年6月8日 (月) 05:24 (UTC)[返信]

楽譜を編集しようとするとプレビューでエラーとなる

Phabricatorで追跡中
タスク T257066
オープン
  1. 問題が発生したページ サンドボックス及び楽譜が掲載されているページ
  2. 問題が発生したときの状況 - <score>...</score>タグによって作った楽譜をサンドボックスでプレビューしようとしたときや、既存の<score>...</score>で書かれた楽譜の音データを変更してプレビューしようとしたときに次のようなメッセージが出て楽譜が表示されません。また、カテゴリの部分に「楽譜のレンダリングエラーのあるページ」という赤リンクが現れます。なお、楽譜が正常に表示されているページ（例えば、ピアノソナタ第1番 (ベートーヴェン)#楽曲構成）のソースから<score>...</score>部分をサンドボックスにコピペした場合は正しく楽譜が表示されますが、データに手を加えると（半角スペース1文字の追加であっても）、同じくエラーとなります。
LilyPond を実行できませんでした: /dev/null は実行可能ファイルではありません。$wgScoreLilyPond が正しく設定されているか確認してください。
  1. あなたの使用しているOSとWebブラウザおよびそのバージョン - Windows 10 HOME ・Google Chrome（Ver 83.0.4103.116）、Microsoft Edge
  2. 外装（スキン）などのウィキペディアの個人設定（例：ベクター） - 初期のまま変更はしていない

なお、この事象と直接関係があるかは分かりませんが、7月5日（日）の午前中の一定時間、自分が見た限り全ての楽譜がエラーメッセージに変わって閲覧できなくなっていました（その日の午後には解消していました）。--MTBM3（会話） 2020年7月8日 (水) 05:53 (UTC)[返信]

コメント 既知の不具合だそうです。技術/ニュース/2020年/28週（お知らせにも掲載）で告知されています。具体的にどういう挙動になるのか説明がないのですが、不具合が生じているため一時的に正常動作しなくなっているものと考えられます。--Marine-Bluetalk✿contribs❀mail 2020年7月8日 (水) 06:01 (UTC)[返信]
早速の情報提供ありがとうございます。しばらくは静観するしかなさそうですね。--MTBM3（会話） 2020年7月8日 (水) 06:30 (UTC)[返信]
コメント 肝心のバグ内容が非公開になっていて、不透明な状況が続いていますが、一応{{Tracked}}を追加しておきます。現時点の挙動は具体的には「すでにレンダー済みの楽譜は保存されているので、それを呼び出す場合は表示できる」「保存済みの楽譜にマッチしないものはレンダーが行われないので表示できない」の2点となっています。したがって、例示の「サンドボックスにコピペした場合」は保存済みの楽譜を呼び出せるので正しく表示され、半角スペースを追加した場合は新しくレンダーする必要があるが、それを無効にしているため表示できません。今回のセキュリティバグの修正に上流の修正が必要のようなので、長引くだろうと思います。--ネイ（会話） 2020年8月8日 (土) 18:09 (UTC)[返信]

地図がプレビューで表示・保存で不表示

伊東市で地図を Infobox mapframe から Maplink2 type=line に置換する編集をしましたが、プレビューで表示できているのに保存すると境界線の赤いlineと市役所位置を示すpointが不表示になります。本日の私の編集で西伊豆町、東伊豆町などは問題なく表示されています。ただし元々Maplink2で表示されていたものを地図中心の座標を移動しただけですが。伊東市の編集では松崎町のMaplink2 をコピペして数値を変えています。昨日はバンキャでもプレビューで表示できていたのに保存するとline、shape、pointが表示できないため編集を取り消しました。今までに Infobox mapframe から Maplink2 type=line に置換する編集を何度もしてきましたがlineもpointも問題なく表示されていました。--Krorokeroro（会話） 2020年11月11日 (水) 04:43 (UTC)[返信]

今気づいたのですが伊東市は地図をクリックして全画面表示にするとline,pointともに表示されています。表示されていないのはWikipedia上の記事でということになります。Infobox mapframe から Maplink2 type=line への置換は直近では11月9日に姶良市、11月8日にモンセギュール (ジロンド県)、五條市、下北山村で行っていますが、いずれも正常に表示されています。
報告 宝満寺 (志布志市)で Maplink2 type=point を記述しましたがpointが表示されません。marker=circle としてみましたが駄目です。地図をクリックした全画面表示ではpointが表示されています。--Krorokeroro（会話） 2020年11月12日 (木) 07:17 (UTC)[返信]
ローカルのキャッシュが原因なのか？ よくわかりませんが、（わざと尺度を変えてみたり、枠のサイズを変えるなどして）しばらく編集を繰り返していると正しく表示できるようになっていました。（現在、自身の端末では宝満寺は正しく表示されています）--Triglav（会話） 2020年11月12日 (木) 12:49 (UTC)[返信]
返信 (Triglavさん宛) コメントを頂きどうも有難うございます。17日に2記事とも地図が表示されていることを確認しました。ただ17日に編集したBunkamuraでも同様の現象があり編集を戻していたので、ここに書き込みませんでした。以下に私が編集した主な記事を書きます。（○は編集保存直後から表示ができたもの、×は出来なかったもの。○・×ともに現時点で表示されている。）
18日、×志賀原子力発電所、×ベルグレイヴィア
19日、○伊勢大橋、×油島大橋、×長良川大橋（この3記事はpointのみです）
20日、○河内長野市、○羽曳野市、×太子町 (大阪府)
21日、×扶桑町（この記事にはlineが設定されていません）
22日、×リール宮殿美術館
27日、○土佐堀、×江戸堀、×京町堀、×靱本町（この4記事にはlineが設定されていません。○・×はpoint表示についてです）
ベルグレイヴィアの表示を確認したのが25日で1週間かかりました。油島大橋、長良川大橋、太子町 (大阪府)は5日程かかっています。編集保存してすぐに表示できるのもあれば、できないのもあるが1週間程度すれば表示できている、ということになります。しかし、編集保存直後に表示できていないのは不安であり、いい状態とはいえません。私の環境ではキャッシュ削除などやってみましたが効果はありませんでした。--Krorokeroro（会話） 2020年11月27日 (金) 17:12 (UTC)[返信]
厄介ですね。最近はOSMから離れてしまっていて、システムの稼働状況がよくわからないのですが、時間を作って数件テストしてみたいと思います。--Triglav（会話） 2020年12月4日 (金) 13:57 (UTC)[返信]
報告 当方も日本ウェルネス長野高等学校でpointが表示されない事象に遭遇しました。キャッシュを破棄しましたが変わらず、しばらく放置すれば直るのでしょうか。どうやら地図ズームが14の時だけpointが表示されなくなるようです[1]。--Qurren（会話） 2020年12月13日 (日) 10:40 (UTC)[返信]
一夜明けて確認しましたところ、正常に表示されていることを確認しました。様子を見たいと思います。お騒がせ致しました。--Qurren（会話） 2020年12月14日 (月) 10:50 (UTC)[返信]
どうもwikidataから座標を持ってくるときに失敗しているみたいです（境警察署：座標直指定で枠サイズを変えて無理やり再描画させています）。明石海峡大橋が枠全体が淡路島の中央部くらいまで南にずれて（これはtype2に設定した淡路道のlineのセンターです）しまっています。--Triglav（会話） 2020年12月29日 (火) 14:56 (UTC) 取り消し --Triglav（会話） 2020年12月29日 (火) 23:38 (UTC)[返信]
境警察署よくわからないうちに表示出ました（zoomよりもframe-heightをいじったほうが即効性ある？ 次の機会に試してみてください）。--Triglav（会話） 2020年12月29日 (火) 15:50 (UTC)[返信]
赤磐警察署で再現しました。失敗の直後に成功。ちょっと姑息ですが、座標直指定よりはましかと。--Triglav（会話） 2020年12月29日 (火) 16:19 (UTC)[返信]
すみません wikidata関係ありませんでした（岡山北警察署）、zoom変更でもokですし（岡山東警察署）、1発表示もありました（岡山西警察署）。プレビューからの時間ですかね？ --Triglav（会話） 2020年12月29日 (火) 23:38 (UTC)[返信]
報告 編集一回目で表示されないときに二回目で frame-height の値を変えてみる、というのは私も気づいてこのバグの報告後行ってきました。ただ記事2つ目（その日の編集）まではOKだが3つ目では駄目だ、ということがあって、本日その現象がまた起きたので報告いたします。メッツァ (テーマパーク)、常盤池で二回目に frame-height の値を変えて表示できました。記事3つ目の油ヶ淵では frame-height をいじりましたが表示できません。どうしてなのかよくわかりません。おそらくは1週間ほどで表示できると思いますが。--Krorokeroro（会話） 2021年2月13日 (土) 09:46 (UTC)[返信]
（補足） frame-height の表示を変更する方法は一回目の編集で frame-height の値を記述しておかなければなりません。--Krorokeroro（会話） 2021年2月13日 (土) 10:05 (UTC)[返信]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 報告 編集一回目で表示されないときに二回目で frame-height の値を変えてみる、という手法は使えなくなりました。昨日リュクサンブール宮殿、本日大仙公園で2回目にframe-height の値を変えましたが全く効果ありませんでした。--Krorokeroro（会話） 2021年4月1日 (木) 06:48 (UTC)[返信]

ログイン後しばらくするとページが無反応に

数ヶ月前からログイン後しばらくするとページが一切の操作を受け付けなくなる現象があるためこちらに報告させていただきます。

  • 1. ページ：

（12月10日の場合）当方利用者ページかウォッチリストのいずれか（失念）

（12月20日〃）16th Summer Breeze

（12月26日〃）当方ウォッチリスト

（12月30日〃）メインページ

2021年
（5月12日〃）失念

（7月17日〃）〃

  • 2. 状況、再現性と再現手順：
【状況】3の環境（プライベートブラウズモード）＋モバイルデータ通信（280blockerとWikipediaアプリインストール済）
（今年7月末以降）問題発生
（11月24日）テストアカウント作成・メインアカウントと紐付け→正常化
（12月10日）問題再発生
（12月11日）再び正常化？
（12月20日）06:25 (UTC) 再発生
（12月26日）14:32 (UTC) 発生
（12月30日）11:54 (UTC) 〃
2021年
（5月12日）13:00 (UTC) ごろ 再発生
（7月17日）14:01 (UTC) ごろ 〃
【再現性】（2+3以外でWikipediaへのログイン操作は行いません）：
（これまで）問題発生→モバイルデータ通信切→入→ページ更新→しばらく再操作可能→問題発生→（繰り返し）
（12月10日）〃→ページ更新→正常化
（12月11日）Firefox Focusを試して正常、続いてSafariに戻しても正常
（12月20日）12月10日に同じ
（12月26日）問題発生→ページ更新のみで正常化
（12月30日）〃
2021年
（5月12日）問題発生→文字サイズの変更で正常化
※今後は新しいパターンのみ記述します
【再現手順】トップページ→左上メニュー→ログイン→利用者名・パスワードを入力（1Password）→ログインを押す→任意のページを閲覧
  • 3. OSとWebブラウザ：iOS 14.2〜14.6、Safari 604.1
  • 4. 外装（スキン）などのウィキペディアの個人設定：モバイルビュー（フォントサイズ：中、すべての節を展開：オフ、Advanced mode：オフ）

--Kj4bFan（会話） 2020年12月11日 (金) 14:50 (UTC)[返信]

本日06:25 (UTC) 再発生につき追記 --Kj4bFan（会話） 2020年12月20日 (日) 06:49 (UTC)[返信]

本日14:32 (UTC) 発生分につき追記 --Kj4bFan（会話） 2020年12月26日 (土) 14:41 (UTC)[返信]

本日11:54 (UTC) 〃。以降今回と同じ手順で正常化するパターンの報告は行いません。 --Kj4bFan（会話） 2020年12月30日 (水) 12:06 (UTC)[返信]

本日13:00 (UTC) ごろ〃。しばらく正常な様子でしたが再発生。文字サイズ変更も有効？ --Kj4bFan（会話） 2021年5月12日 (水) 13:41 (UTC)[返信]

本日14:01 (UTC) ごろ〃。 --Kj4bFan（会話） 2021年7月17日 (土) 14:17 (UTC)[返信]

特別ページを参照読み込みしたページにおいて、改良版ベクタースキンが無効化される

Phabricatorで追跡中
タスク T270802
重複
Phabricatorで追跡中
タスク T269860
オープン

改良版ベクタースキンを使用時[20201226 1]において、特別:最近の更新や特別:前方一致ページ一覧のような特別ページを参照読み込みしているページ（例：モジュール:サンドボックス/doc、特別:固定リンク/81036076）を閲覧[20201226 2]すると、改良版ベクタースキンが有効にならず、代わりに従来のベクタースキンで表示されます。英語版でも同様の不具合が発生することを確認しています。

使用OSはWindows 10で、IE11、Microsoft Edgeのバージョン87.0.664.66、Firefoxのバージョン84.0.1、Google Chromeのバージョン87.0.4280.88、Vivaldiのバージョン3.5.2115.81のいずれでも不具合が発生します。--本日晴天（会話） 2020年12月26日 (土) 07:10 (UTC)[返信]

  • コメント ブラウザに保存されているキャッシュが原因なのかはわかりませんが、何度かリロードしているうちに改良版スキンになりました。強制リロードの場合は必ず改良版スキン表示に変わります。Windows 10、Google Chrome 87.0.4280.88。--Yuukin0248[会話/投稿記録] 2020年12月26日 (土) 08:10 (UTC)[返信]

脚注

  1. ^ 特別:個人設定#mw-prefsection-renderingの「外装」を「ベクター」にし、「外装の設定」の「レガシーベクター外装を使用する」のチェックを外す
  2. ^ 編集中を含む

履歴表示の錯綜

項目「この愛は忘れていいよ」について「この愛は忘れていいよ (チューリップの曲)」との間で履歴を統合したところ、同じ時刻 2021-01-20 13:21:27 (UTC) の二版 oldid=81425112 と oldid=81425113 が復帰したのですが、操作時に 81425113 版は復帰させていませんでした。これだけならミスかも知れないのですが、差分表示がおかしくなっています。履歴表示では現時点の最終版は 81425113 ですが、過去版から版間差分を追うと、81425094 と 81425112 の差分表示が最終です。一方、履歴表示で 81425113 と 81425112 の版が選択された状態で「選択した版同士を比較」すると 81425112 と 81425113 の差分が表示されます（これは正しい表示）。しかし、現時点では 81425113 が最終にもかかわらず「新しい編集 →」のリンクが表示され、 81425113 と 81425112 の差分が表示されます。 By 健ちゃん（会話） 2021年1月20日 (水) 15:09 (UTC)[返信]

版を選んで復帰する操作では、MediaWiki上では版指定をタイムスタンプで指定しているようです。なので、複数の同一日時分秒の版が同一貝塚に存在する場合、そのうちの一つを選択した場合にも同一時分秒の版すべてが復帰されます（10年くらい前に確認した仕様なのですが、まだこの仕様が生きているとは思いませんでした…）。こうなるともうリカバリできなくなるので、システム管理者に依頼するか放置するかになりますが、特に実害無いので放置で良いのではないでしょうか。
最新版の表示と差分表示は、たしかに変になっていましたが、私が編集をしたら特に変ではない表示になったので、以後も特に問題ないと思います。
今後履歴統合の際は、特別:履歴統合をお使いになるといいと思います。貝塚を使った特定版削除みたいなことは、非推奨の古い方法と理解しています。--Ohgi 2021年1月20日 (水) 15:49 (UTC)[返信]

cite bookのpage引数がビジュアルエディターで推奨に設定しているのに「詳細情報の追加」の上に出てこない

題名のとおりですが、ビジュアルエディターで{{cite book}}のページ番号を手軽に入れられるようにするためにsuggested=trueにしたんですが、出版社やタイトルと同じところに表示されません。 pagesは同様の編集をして出てくるようになったので、本質的に違いはない気がするんですが・・・。

関連するか分かりませんが、「詳細情報を追加」で出てくるpage引数の説明にlabelやdescriptionが反映されているところも気になります。

VE初心者なのですけど、これって直し方とか「このあたりじゃない？」とかあったら教えて下さい。--青子守歌（会話/履歴） 2021年1月23日 (土) 14:06 (UTC)[返信]

編集画面の不具合？

  1. 編集画面
  2. どのページと限らず、編集画面が何年か前に使っていたものと様子が違うことに気付きました。モバイルではなくPCでの編集です。
    1. 編集画面上 - 改行入力ボタンを押すと、以前なら<br />が入力されたところ、<br>となる。Help:ページの編集#段落・改行ではどちらでも問題ないとされているが、なぜ編集画面のタグが変わったのかはわからない。
    2. 画面下の入力ボタン - 「マークアップ」に、現在WP:NOSTRIKEで禁止されている打消し線タグ<s></s>がある。<del></del>であるべきなのだが。「記号」に、Wikipedia:表記ガイド#波ダッシュをやむを得ず使用する場合の「Wikipedia編集画面の投稿ボタンの下にある「記号」の中の「〜」を選択する方法で入力してください」にあたるボタンがなく、代わりに「~」（半角のチルダ）になっている。これらはヘルプや表記ガイドの説明と違うものになっているので、もし変えられない場合各ガイドを改訂する必要が出てきます。
  3. Windows 10、Microsoft Edge 88.0.705.56
  4. ベクター

--Garakmiu3（会話） 2021年2月2日 (火) 17:29 (UTC)[返信]

遅くなりましたがコメントありがとうございます。全く詳しくないのでわからないのですが、こういったものは一ユーザーが自力で直せるものなのでしょうか。--Garakmiu3（会話） 2021年2月10日 (水) 15:21 (UTC)[返信]
  • 管理者とシステム管理者の違いについてよく理解しないまま発言してしまい申し訳ありません。Yuukin0248さん、教えていただきありがとうございます。--Keruby（会話） 2021年2月11日 (木) 10:07 (UTC)[返信]
  • お答えありがとうございます。ツールバーのほうは個人的に改行タグをそれほど使うわけではないのでさほど困らないのですが、〜のほうはないとかなり不便でした。インターフェース管理者様もありがとうございました。Phablicatorについてはよくわからないので一旦保留します。--Garakmiu3（会話） 2021年2月11日 (木) 15:04 (UTC)[返信]

編集画面におけるウォッチリスト有効期限

  1. 編集画面
  2. 2020年第50週の更新からウォッチリストの有効期限（mediawikiwiki:Help:Watchlist_expiry/ja）を選択できるようになりましたが、編集画面での動作に不具合があります。編集画面の「ウォッチリストに追加」チェックボックスの右側にあるプルダウンメニューで例えば「1週間」の有効期限を選んで「プレビューを表示」ボタンを押した場合は「1週間」の選択状態が維持されますが、「差分を表示」ボタンを押すと有効期限が「期限なし」にリセットされてしまいます。
  3. macOS 11.2 Big Sur、Safari 14.0.3、Google Chrome 88.0.4324.150
  4. 個人設定：ベクター

--Keruby（会話） 2021年2月10日 (水) 17:33 (UTC)[返信]

VisualEditorにおける記事リンクの編集について

VisualEditorで記事リンクを編集するときに、当該記事リンクを選択（一度クリック）し、そこで現れたメニューより「文字列を変更」をクリックしても、文字列、つまり、リンクラベルの変更ができません！

  • 問題が発生したときの状況は、記事の編集時にVisualEditorにし、VisualEditorで既に設定されている記事リンクを選択（一度クリック）し、そこで現れたメニューで「文字列の変更」をクリック。但し、「文字列の変更」ボタンのクリック前と後を問わず、一切文字列、つまり、リンクラベルの変更が不可能。
  • 僕が使用しているOSは、Microsoft corporation制Windows 10 version10.0.19042.804で、ブラウザーは、同じくMicrosoft corporation制edge 64bit version88.0.705.74です。--以上の署名のないコメントは、240f:110:5299:1:2072:ed68:8319:f2db（会話/Whois）さんが 2021年2月24日 (水) 15:17 (UTC) に投稿したものです（Keruby（会話）による付記）。[返信]

VisualEditorで編集を取り消した場合の挙動について

VisualEditorでは、取り消しボタンが実装されていないため、編集を取り消す場合には、やむを得ず、ブラウザーの戻るボタンで記事に戻るのですが、そうすると、ブラウザーが正常に認識できず、ページを再読み込みしたときに強制的にVisualEditorになってしまい、それ以降は編集を取り消せず、記事に戻れません！

  • 問題が発生したときの状況は、VisualEditorで編集中に、その編集を投稿せずに記事に戻ったときにこの不具合が発生します。
  • 僕が使用しているOSは、Microsoft corporation制Windows 10 version10.0.19042.804で、ブラウザーは、同じくMicrosoft corporation制の、edge 64bit version88.0.705.74です。--以上の署名のないコメントは、240f:110:5299:1:2072:ed68:8319:f2db（会話/Whois）さんが 2021年2月24日 (水) 15:34 (UTC) に投稿したものです（Keruby（会話）による付記）。[返信]

Navboxの表示と隠すボタンが機能しない

  • 問題が発生したページ日本列島など
  • 問題が発生したときの状況、可能であれば再現性と再現手順：下の日本関連の主要項目と日本の地質が表示できません
  • OSとWebブラウザおよびそのバージョン：Windows 10 Chrome 88.0.4324.190（Official Build）
  • 外装（スキン）などのウィキペディアの個人設定：Timeless
  • 一時的なものかどうかわからなかったので報告しました。--LaMagiaaa 2021年3月4日 (木) 17:50 (UTC)2021年3月4日 (木) 17:51 (UTC)少し調整[返信]
  • 報告 私の環境（Windows10 88.0.4324.190（Official Build））でも同様に機能していないのを確認しました。Navboxの関連テンプレートとスクリプトの編集履歴を調べてみましたが、直近で行われているCommon.jsの修正による不具合の可能性があるのではと考えています（隠す/表示ボタンのidは"collapseButton（数字）"なのでその周りの修正のようです）。--Sakoppi (会話・投稿記録) 2021年3月5日 (金) 04:26 (UTC)[返信]
  • 報告 当方も同様Templateが開かない為確認してみましたが、Win10（Pro Ver.2004 Build 19041.804）のGoogle Chrome/Firefox/IE/MS Edge 、Win7（Home Premium 6.1 Build 7601 SP1）のGoogle Chrome/Firefox、Android10端末GoogleChrome PCモードでテンプレート系統全般の表示が機能しない現象を確認しております。--Tece Onir（会話） 2021年3月5日 (金) 05:41 (UTC)[返信]
  • 対処 jquery.proxyの非推奨化に伴う編集で、いずれは対処を行う必要がありそうですが、私はここしばらく調査する時間が取れそうにありません。したがって、応急措置としてCommon.jsの修正を差し戻しました。キャッシュに反映されるまでしばらくかかりそうですが、ひとまず編集プレビューでは表示できるようになりました。--ネイ（会話） 2021年3月5日 (金) 07:37 (UTC)[返信]
  • コメント jquery.proxyを使わずにバグを修正する方法を考えてみました。MediaWiki:Common.jsのoldid=82174202から以下の変更を加えれば意図した動作になるはずです。
修正案
修正前 修正後
97–101行目 
function buttonLinkClickHandler( e, tableIndex ) {
	return function (e) {
		handleButtonLink( tableIndex, e );
	};
}

function buttonLinkClickHandler( index ) {
	return function ( e ) {
		handleButtonLink( index, e );
	};
}
124行目 
$( ButtonLink ).on( 'click', buttonLinkClickHandler() );

$( ButtonLink ).on( 'click', buttonLinkClickHandler( tableIndex ) );

test2.wikipedia.orgのカスタムJSでテスト済みです。--本日晴天（会話） 2021年3月6日 (土) 05:34 (UTC)[返信]

コメント jQuery.proxy()を置き換えるのであればFunction.prototype.bind()が使えるのではないでしょうか。IE 9+・Safari 5.1+・iOS 6+・Android 4+でサポートされており、mw:Compatibility#Browser_support_matrixを満たしています。 
diff --git a/common.js b/common.js
index a109bea..f893009 100644
--- a/common.js
+++ b/common.js
@@ -118 +118 @@ window.createCollapseButtons = function() {
-            $( ButtonLink ).on( 'click', $.proxy( handleButtonLink, ButtonLink, tableIndex ) );
+            $( ButtonLink ).on( 'click', handleButtonLink.bind( null, tableIndex ) );
@@ -220 +220 @@ mw.loader.using( [ 'mediawiki.util' ] ).done( function () {
-                       $( navToggle ).on( 'click', $.proxy( toggleNavigationBar, null, indexNavigationBar ) );
+                       $( navToggle ).on( 'click', toggleNavigationBar.bind( null, indexNavigationBar ) );
handleButtonLink()はthisを使わないためnullを渡すように変更していますが、それ以外は同じ動作をします。--Siglite3（会話） 2021年3月6日 (土) 10:54 (UTC)[返信]
  • スクリプトを編集した際の要約欄に jQuery.proxy() が非推奨となる旨について https://api.jquery.com/jQuery.proxy/ を参照するように記載されています。掲示されたウェブページを参照すると Function.prototype.bind() の使用が推奨されています。なので、ひとまず@Sigliteさんに提示いただいたコードを使用してみました。元が古いコードなので英語版から再移植などを検討しても良いのかもしれませんが、非推奨コードを使い続けるという問題は回避できるはずです。--Marine-Bluetalk✿contribs❀mail 2021年3月22日 (月) 13:09 (UTC)[返信]

外装が反映されません。

1.ページ 個人設定
2.状況 Timelessに設定しても反映されない。
3.デバイス iPhone 6s
4.外装 Timeless(反映されてない。)
バグなのか、単に設定ミスなのか分かりません。--eipon（会話） 2021年3月21日 (日) 09:00 (UTC)[返信]

2021-04-19

編集中、凄く画面が上下に揺れて、さらに言葉選択中、一語しか選択できません。早めの修正を依頼します。--以上の署名のないコメントは、つかさんあきちゃん（会話・投稿記録）さんが 2021-04-19T09:08:52 に投稿したものです（Q8j（会話）による付記）。

ビジュアルエディタのバグ {{DISPLAYTITLE:～}}

ビジュアルエディタと従来のソースエディタを行ったり来たりしながら編集していますと、ページ冒頭で最初に設定した{{DISPLAYTITLE:～}}の文字修飾がいつの間にか消えてしまいます。（ヨウ素 (123I)等） 環境は Windows10 64bit, Firefox 88.0.1(64bit) です。 ご検討下さいますと幸いです。--Utataneko（会話） 2021年5月28日 (金) 02:59 (UTC)[返信]

VisualEditorの注釈挿入時のバグ

お世話になっております。VEでの編集中に<ref group="注">～</ref>を「別のテキストエディタで書いてVEにコピペ」した処、～の内容が別のrefにすり替わってしまいました。（トリプルネガティブ乳癌 2021年6月3日 (木) 00:11）環境は Windows10 64bit, Firefox 88.0.1(64bit) です。ご確認下さいますと幸いです。--Utataneko（会話） 2021年6月3日 (木) 00:27 (UTC)[返信]

ページのプレビュー機能

「ページのプレビュー機能」をONにして使用しているのですが、10日くらい前からプレビューが表示される際にプレビュー機能OFF状態と同じように項目名が表示されるようになって見た目非常にうっとうしいです。時間や項目によって異常が起ったりなかったりするので、どういう条件で発生するのかは不明です。この異常はWin10(x64)のFirefox89.0とEdge91.0で確認しました。外装はベクターです。M-sho-gun（会話） 2021年6月15日 (火) 11:41 (UTC)[返信]

マジックワード「#language」のリンク修正依頼

バグというのかどうかは分からないのですが、{{Rtl翻字併記}}の第1パラメータをostに指定した際のリンクが、リダイレクトページであるオスマントルコ語へのリンクとなっています。マジックワード「#language:」の方の仕様という感じのようですが、修正の仕方をご存じの方いらしたらご一報いただけると助かります。--Miraburu（会話 / 投稿記録） 2021年6月17日 (木) 05:36 (UTC)[返信]

ビジュアルエディターで変な文字

ビジュアルエディターで新しくページを作ろうとすると内容が空の時に半透明の「placeholder」という文字が出ますが不具合ですか。--122.46.28.116 2021年6月23日 (水) 07:26 (UTC)[返信]

ビジュアルエディタでテンプレートの追記をしようとすると、おかしくなる

各政治家のページにTemplate:政治家を挿入しています。テンプレートで編集した内容を一旦ページに反映して、そのテンプレートにパラメータを追加しようとすると、「詳細情報を追加」の下に追加したパラメータがきてしまいます。さらに、そこの記入内容が、ページに反映されません。再度パラメータを追加しようとしても、記入済みの扱いとなってしまい扱いとなってしまい追加できません。ビジュアルエディタをソース編集に切り替えてから再度ビジュアルエディタに戻すとリセットされます。MacのChrome(91.0.4472.106)を使用していますが、他に似たような現象に遭遇した方はいらっしゃいますでしょうか？ --China（会話） 2021年6月25日 (金) 14:03 (UTC)[返信]

メディア追加、除去タグのバグ

ページの移動や誤字修正など明らかにメディア追加・除去を含まない編集にも「メディア追加」「メディア除去」のタグがつけられているため、phab:T286362を起票しました。報告では「ページ移動」「リンク追加」「句読点の変更」の例を挙げましたが、それ以外の例がある場合はここで挙げていただくと助かります。--ネイ（会話） 2021年7月10日 (土) 06:21 (UTC)[返信]

  • 返信 なるほど、そういう理由でしたか。解説ありがとうございました。しかし、直接メディアファイルの除去・追加をしておらず、テンプレートの除去・追加をしたという感覚しかないので、違和感は覚えます。テンプレートの内部構造を知らずに除去・追加する方も同様の違和感を覚えるのではないでしょうか。--えのきだたもつ（会話） 2021年7月10日 (土) 07:42 (UTC)[返信]

KADOKAWAのリンクを貼ろうとすると不具合が起きる

「KADOKAWAanime」と入力しようとすると、パイプ付きリンクにしていないのに「KADOKAWAanime」と表示されてしまいます。--おわさか（会話） 2021年7月19日 (月) 04:42 (UTC)[返信]

聖徳学園中学校・高等学校のリンクを貼ると編集フィルターが誤作動する

聖徳学園中学校・高等学校のページに「公式ウェブサイト」を貼ると、リンク先が無害であるのにかかわらず、編集フィルターが誤作動します。--夏山河（会話） 2021年7月21日 (水) 10:33 (UTC)[返信]

「このページを巡回する」について

少し前までは、右下に小さく表示されていたはずなのですが、本文と同じフォントの大きさで左下に表示されています。--Semi-Brace (会話 / 投稿) 2021年7月30日 (金) 16:06 (UTC)[返信]

※以下の画像はブラックパンサー:ワカンダ・フォーエバーの2021年8月3日 (火) 03:39 (UTC) の版のスクリーンショットです。
「レガシーベクター外装を使用する」をオフに設定した場合、「このページを巡回済みにする」の位置や文字サイズの違いとは別に、ページ下部のカテゴリと最終更新日時の間に余計な空白が表示されてしまう不具合があるようです。--Keruby（会話） 2021年8月3日 (火) 07:36 (UTC)[返信]
  • コメント 私の場合、「レガシーベクター外装を使用する」をオンにしていますが、Semi-Brace氏がおっしゃっている現象が発生しています。Windows10,IE11を使用しています。--股志（会話） 2021年8月14日 (土) 06:57 (UTC)[返信]

wikitableにおいて一番左の項目が2行にわたって表示されない

{| class="wikitable" style="font-size:x-small"
|-
| style="background-color:#9cf" | 堤根村
| rowspan="6" style="background-color:#9cf" | 下忍村
| rowspan="6" style="background-color:#9cf" | 下忍村
| rowspan="6" colspan="2" style="background-color:#9cf" | 下忍村
| rowspan="6" colspan="2" style="background-color:#9cf" | 下忍村
| rowspan="6" | 昭和30年10月1日<br />北足立郡吹上町の一部
| rowspan="3" | 昭和31年4月1日<br />行田市に編入
| rowspan="3" colspan="2" | 行田市
| rowspan="3" | 行田市
|-
| style="background-color:#9cf" | 樋上村
|-
| rowspan="2" style="background-color:#9cf" | 下忍村
|-
| rowspan="3" | 北足立郡<br />吹上町
| rowspan="3" colspan="2" | 平成17年10月1日<br />鴻巣市に編入
| rowspan="3" | 鴻巣市
|-
| style="background-color:#9cf" | 鎌塚村
|-
| style="background-color:#9cf" | 袋村
|-
|}

というように一番左側の下忍村の項目を2行にわたって書いたのにもかかわらず、下図のようにこの項目が1行分しか表示されない。

堤根村 下忍村 下忍村 下忍村 下忍村 昭和30年10月1日
北足立郡吹上町の一部 		昭和31年4月1日
行田市に編入 		行田市 行田市
樋上村
下忍村
北足立郡
吹上町 		平成17年10月1日
鴻巣市に編入 		鴻巣市
鎌塚村
袋村

内容は北埼玉郡#変遷表より抜粋--山形祐介（会話） 2021年8月9日 (月) 01:28 (UTC)[返信]

コメント 一応表示をさせましたが「!{{0}}」を抜くと元の表示に戻ってしまいます。これは仕様ですかね？--とある視聴者（会話） 2021年8月9日 (月) 05:18 (UTC)[返信]

コメント PC版だと見にくいのでセルの折り返しを禁止しました。--とある視聴者（会話） 2021年8月9日 (月) 14:46 (UTC)[返信]
表示 テキスト（style="white-space:nowrap"は省略)
0 堤根村 下忍村 下忍村 下忍村 下忍村 昭和30年10月1日
北足立郡吹上町の一部 		昭和31年4月1日
行田市に編入 		行田市 行田市 0
0 樋上村 0
0 下忍村 0
0 北足立郡
吹上町 		平成17年10月1日
鴻巣市に編入 		鴻巣市 0
0 鎌塚村 0
0 袋村 0 
{| class="wikitable" style="font-size:x-small"
! !! !! !! !! !! !! !! !! !! !! !! !! !!
|-
!{{0}}
| style="background-color:#9cf" | 堤根村
| rowspan="6" style="background-color:#9cf" | 下忍村
| rowspan="6" style="background-color:#9cf" | 下忍村
| rowspan="6" colspan="2" style="background-color:#9cf" | 下忍村
| rowspan="6" colspan="2" style="background-color:#9cf" | 下忍村
| rowspan="6" | 昭和30年10月1日<br />北足立郡吹上町の一部
| rowspan="3" | 昭和31年4月1日<br />行田市に編入
| rowspan="3" colspan="2" | 行田市
| rowspan="3" | 行田市
!{{0}}
|-
!{{0}}
| style="background-color:#9cf" | 樋上村
!{{0}}
|-
!{{0}}
| rowspan="2" style="background-color:#9cf" | 下忍村
!{{0}}
|-
!{{0}}
| rowspan="3" | 北足立郡<br />吹上町
| rowspan="3" colspan="2" | 平成17年10月1日<br />鴻巣市に編入
| rowspan="3" | 鴻巣市
!{{0}}
|-
!{{0}}
| style="background-color:#9cf" | 鎌塚村
!{{0}}
|-
!{{0}}
| style="background-color:#9cf" | 袋村
!{{0}}
|}

トランスクルード節の節編集リンク拡張ガジェットで、リンク先がすべてソース編集画面になっている

「他のページから取り込み表示されている（トランスクルード）節の節編集リンクを拡張する」ガジェットを使用してみたところ、標記の通りリンク先がすべてソース編集画面になってしまっておりました。環境はWin10/Firefox 90.0.2 (64bit)で、ベクター・レガシーベクター外装で確認しました。

また、確認のためにGoogle Chrome 92.0.4515.131でログインしたところ、正常に動作したことは確認しました (従ってブラウザ依存の問題であるようです)。--Merliborn (会話) 2021年8月9日 (月) 11:45 (UTC)[返信]

ログインすると、検索候補、リンクミニプレビューが表示されない

WIKIPEDIAにログインすると、検索ボックスの候補、リンク先にポインターを当てた時に表示されるミニプレビューが表示されなくなります。 WINDOWS8.1、GOOGLE CRHOMEです。よろしくお願いします。--播磨国の鉄道・音楽ファン 2021年8月12日 (木) 05:35 (UTC)[返信]

Wikipediaアプリでノーブレークスペース（％nbsp;）を表示させると英文字ふたつぶんの空白相当の空白に置換される。

ウィキペディアアプリでの問題なのでここに書くか迷いましたが、英語力の無さもあり、ここに書きます。なおこれはウィキペディアアプリからの投稿です。

  • ウィキペディアアプリでノーブレークスペース（%nbsp;）を表示させると英文字2つぶんの空白サイズぶんの空白に置換されます。特にページ依存はなく、投稿時最新のアプリを使用しての結果です。またモバイルビュー下での表示及びスマホブラウザからの表示は正しく文字ひとつぶんの空白に置き換えて表示されます。--Licsak（会話） 2021年8月12日 (木) 14:52 (UTC)[返信]

ベクタースキンにおける赤リンク色の変更

Phabricatorで追跡中
タスク T288739
オープン

表題通り、ベクタースキンではMediaWikiのバージョン1.37.0-wmf.18より赤リンクの色が明るくなっています。これは想定外の変更であり、phab:T288739で対応が進められています。--ネイ（会話） 2021年8月13日 (金) 03:28 (UTC)[返信]

「https://ja.wikipedia.org/w/index.php?title=Wikipedia:バグの報告&oldid=85048789」から取得