Wikipedia:バグの報告

ナビゲーションに移動 検索に移動

ここバグの報告ページは、不具合がウィキペディア自体のバグなのかどうかはっきりしない時、または英語でのバグ報告に不安がある場合などに、ウィキペディア日本語版の利用者が日本語で報告・相談する場です。一方、Wikipedia:表示改善依頼は、個別の記事にて記事のデザインや機能がおかしいとわかっている場合に利用できます。

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

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

依頼方法[編集]

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

  1. 問題が発生したページ
  2. 問題が発生したときの状況、可能であれば再現性と再現手順
  3. あなたの使用しているOSWebブラウザおよびそのバージョン(例:Windows 7、Internet Explorer 9)
  4. 外装(スキン)などのウィキペディアの個人設定(例:ベクター)

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

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

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

検索[編集]

/過去ログページ

パスワードが変更できない[編集]

  1. 問題が発生したページ - https://ja.m.jinzhao.wiki/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)
  • Windows10 Build18965, Firefox68.0.2 からの検証結果を載せておきます。特別:パスワードの変更のモバイル用のページ (ja.m.jinzhao.wiki) からそらたこさんと同じ順序でパスワードの変更を試みた所、そらたこさんと同じく、パスワードの変更は行われずに画面が戻りました。特別:携帯機器オプションより有効にできる改良版モバイル投稿モードによる問題の可能性を考え試してみましたが、改良版モバイル投稿モードが無効でも有効でもパスワードの変更は効きませんでした。次に、 rxy さんが示している、モバイル向けの外装である MinervaNeue の問題を疑いました。個人設定で MinervaNeue へ変更。デスクトップ用ページ (ja.jinzhao.wiki) の特別:パスワードの変更よりパスワードの変更を試みました。結果、パスワードの変更は成功し、変更後のパスワードを使用してログインすることができました。--Yuukin0248[会話/履歴] 2019年8月28日 (水) 11:54 (UTC)
  • 情報 しばらくたったので再度テストしましたがどの端末、パソコンからもデスクトップ版では変更できるが、モバイル版では変更できない状態です。ただ、パスワード入力の際の表示が単純な文字列の場合に「入力されたパスワードは、非常に一般的に利用されているパスワードのリストにあります。よりユニークなパスワードを選択してください。」、短い文字列の場合に「パスワードは8文字以上にしてください。」と出ました。これはphab:T151425の影響かと思います。ここまでが私がこのアカウントを用いて先ほど確認した情報です。--パスワード変更テスト()(会話) 2019年9月12日 (木) 11:40 (UTC)
    • 質問 これはどこのバグですか?どなたか詳しい方phabへの代理報告をお願いできませんか。--そらたこ🐙🌈(会話) 2019年9月12日 (木) 11:47 (UTC)
  • phab:T232995報告しましたが私では説明ができません。どなたか状況を説明できませんか。--パスワード変更テスト()(会話) 2019年9月16日 (月) 13:05 (UTC)
    • コメント 「再現性のある手順をステップとしてまとめて報告してくれ」とあるようです。状況として、環境はどの端末、どのブラウザでも再現性が認められ、「モバイル版」で「パスワードを変更」しようとすると、「証明情報の変更」で正しく送信できずに、新しいパスワードの入力画面に戻ってしまう(PCからだと、モバイル版からデスクトップ版に「不正なトークン」であるエラーを吐いて移動されてしまう)ということでよろしいでしょうか?--アルトクール会話) 2019年9月18日 (水) 04:11 (UTC)
      • 返信 (アルトクールさん宛) 確認ありがとうございます。多分それであってます。--そらたこ🐙🌈(会話) 2019年9月18日 (水) 11:00 (UTC)
      • 返信 (アルトクールさん宛) 再現手順の丁寧な説明 ありがとうございます--そらたこ会話) 2019年9月19日 (木) 13:54 (UTC)
  • 初回の確認日から一か月以上経過しましたが、現在(2019年10月19日22:30 (JST))も変更できないことを確認しました。(確認環境:iPhone X iOS 13.1.2)--パスワード変更テスト()(会話) 2019年10月19日 (土) 13:33 (UTC)
  • コメント たぶん優先度が低いか、改修に時間のかかる部分なのかもしれません。--アルトクール会話) 2019年10月30日 (水) 09:55 (UTC)
  • 2019年11月25日 (月) 10:42 (UTC)時点でもモバイル版からは変更ができないことを確認しました。通常、アドバイスモード共に、iOS13.2.2より確認。--パスワード変更テスト()(会話) 2019年11月25日 (月) 10:42 (UTC)
  • こちらのバグに関連する Phablicator のタスクなんですけど、報告者 (利用者:そらたこ会話 / 投稿記録 / 記録) による説明が不十分なまま、解決すること無く 2020年2月18日 05:09 PM UTC に報告者によってクローズされています。報告者が無言でクローズしてしまった事に加え、日本語版においては無期限の投稿ブロックとなっているのが現状です。私の環境と報告者の環境は異なるため報告者と同様の環境での再現ができず、解決しているのかどうかの判断がつきません。--Yuukin0248[会話/投稿記録] 2020年4月23日 (木) 08:53 (UTC)
  • iPad(第6世代)iPadOS13.5.1、Brave バージョン1.17でもそらたこさんと同じ現象が確認できました。まだ解決していなさそうです。--コヨミヤ(/稿) 2020年6月14日 (日) 02:58 (UTC)
  • コメント 追加情報は追記しておきましたが・・・もしかしたら新しいタスクを作り直したほうが対応される・・・かもしれません。ちょっと様子を見ます。--アルトクール会話) 2020年6月20日 (土) 15:26 (UTC)

モバイルビューの環境でTemplate:OSM Location mapを使用した地図が表示されない[編集]

解決済み 解決済み 複数の利用者が解決を確認後、問題が再現されず。--Yuukin0248[会話/投稿記録] 2020年5月8日 (金) 08:13 (UTC)
  1. 問題が発生したページ Template:OSM Location mapへリンクしているページ 名駅(モバイルビュー) 名駅(デスクトップ)
  2. 問題が発生したときの状況 Template:OSM Location mapへリンクしているページの各モバイルビューを確認すれば再現できる。モバイルビューの環境でTemplate:OSM Location mapを使用した地図の簡易版が表示されない。全画面表示へのリンクを除いて地図部分が白紙表示になる。
  3. あなたの使用しているOSWebブラウザおよびそのバージョン Windows10・Microsoft Edge、Google Chrome、Firefox iOS 13.1.1・Safari
  4. 外装(スキン)などのウィキペディアの個人設定 初期設定のまま。わからない。

どうやらTemplate:OSM Location mapを使用してもモバイルビューの環境で地図表示がされないです。以前は表示されていた時期があったと思うのですが何か変更がされたのかして現在モバイルビュー環境で地図が表示されていません。--2400:416A:1B8C:D700:7433:8058:539D:45D1 2019年9月28日 (土) 11:22 (UTC)

  • Linux Mint 19.1 Tessa + Chromium 78.0.3904.70およびAndroid 9 + Chrome 78.0.3904.90で、上記と同様の現象が発生します。--IXTA9839会話) 2019年11月6日 (水) 19:50 (UTC)
  • 味土野#集落内の地理でも同様の現象を確認しました。非常に不便な状態が継続しているようです。--118.14.21.83 2020年3月4日 (水) 01:09 (UTC)
  • Android 10, Google Chrome 81.0 系列にて、正常に動作しているのを確認しています。IXTA9839 さん再度ご確認をお願いします。--Yuukin0248[会話/投稿記録] 2020年4月23日 (木) 08:58 (UTC)
  • 以前と環境違いますが、Android 9 + Chrome 81.0.4044.117およびWindows 10 (1903) + Chrome 81.0.4044.122, IE 11.778.18362.0, Edge 44.18362.449.0でモバイルビューで見た時に地図が表示されるようになったことを確認しました。--IXTA9839会話) 2020年4月24日 (金) 09:30 (UTC)
  • Linux Mint 19.1 Tessa + Chromium 80.0.3987.163, 81.0.4044.138でも確認したところ、地図が表示されていることを確認しました。--IXTA9839会話) 2020年5月13日 (水) 06:25 (UTC)

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

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-Bluetalkcontribsmail 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-Bluetalkcontribsmail 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)

  • コメント GPUがショボくて画面縦幅が狭いノートパソコン固有の問題で、顕在化しづらかったのかもしれません。--タピオカヤスジ会話) 2020年1月8日 (水) 15:55 (UTC)

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

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

  • 返信 使用しているOSとWebブラウザおよびそのバージョンは何でしょうか?--切干大根会話) 2020年1月23日 (木) 09:36 (UTC)

特別ページの更新[編集]

解決済み 解決済み Keruby会話) 2020年3月31日 (火) 10:29 (UTC)
  • OS: macOS Catalina 10.15.2
  • Webブラウザおよびそのバージョン: Safari 13.0.4
  • Wikipediaの個人設定: ベクター

特別:特別ページ一覧のうち、1か月に2回更新されるはずの下記ページの更新が実行されないまま約2か月経過しています。

月2回の更新に不具合が発生しているか、上記ページに英語で書かれている案内文「Updates for this page are running twice a month.(このページの更新は月に2回実行されています。)」が間違っているかのどちらかだと思うのですが、ご確認頂けないでしょうか。--Keruby会話) 2020年1月23日 (木) 08:07 (UTC)

  • コメント 英語版でも更新日時の出る特別ページを確認したんですが、例えばen:Special:Dead-end pagesなんかも最終更新が01:24, 23 November 2019.で止まっています。特別:カテゴリ未導入のテンプレートen:Special:Uncategorized templates)のように更新がされているものもあるので、MediaWiki側で更新を止めている可能性があります。意図して止まっている場合はバグではないので、phabに報告するなら調べてみないと何とも言えない部分があります。--アルトクール会話) 2020年1月24日 (金) 12:41 (UTC)
    • コメント 最終更新あたりのMediaWikiのアップデート情報を見る限りだと特別止めているようには書いていないので、phab:T243599に報告はしてみました。--アルトクール会話) 2020年1月24日 (金) 13:16 (UTC)
      • 情報提供およびご報告ありがとうございます。--Keruby会話) 2020年1月24日 (金) 13:32 (UTC)
  • コメント phabにて対応中になりましたので、事態が変わるまではお待ちください。--アルトクール会話) 2020年1月25日 (土) 13:34 (UTC)
    • 了解しました。--Keruby会話) 2020年1月26日 (日) 04:25 (UTC)
  • コメント 現在の進捗ですが、ソースコードの見直しなどしているようですが「なぜ止まっているのか」まではまだ報告がありません。解消までは時間がかかりそうです。--アルトクール会話) 2020年2月21日 (金) 12:39 (UTC)
  • コメント 特別ページの更新が再開されたようです。
あと、phab:T243599に「Emojione BW 2611.svg Closed, Resolved」と書かれていますね。問題は解決したということでしょうか。--Keruby会話) 2020年3月11日 (水) 04:18 (UTC)
  • コメント いずれの特別ページも更新が継続されているようなので、節の冒頭に{{解決済み}}を貼っておきます。--Keruby会話) 2020年3月31日 (火) 10:29 (UTC)
  • コメント ステータス確認ありがとうございます。3/3ごろ?に修正されて正常に動作するようになったようです。--アルトクール会話) 2020年4月2日 (木) 13:45 (UTC)

ブラウザで一部ページでエディタが開けない[編集]

  1. 問題が発生したページ [レオパルト1]
  2. 問題が発生したときの状況 一部のページでエディタがロードで止まる。ログイン、非ログイン問わない。アドブロックなどは使用せず
  3. あなたの使用しているOSWebブラウザおよびそのバージョン Windows10・Microsoft Edge、Google Chrome、
  4. 外装(スキン)などのウィキペディアの個人設定 初期設定のまま。

ロードの読み込みの青い横棒、青100%で止まる、ほかのPCを使用しても同じ状況が発生する。他のページは編集できること確認--114.179.45.118 2020年2月12日 (水) 02:05 (UTC)

  • 「ビジュアル編集」モードでのみ症状が発生する模様。Windows 10, FireFox 72系統--Yuukin0248[会話/投稿記録] 2020年2月12日 (水) 11:00 (UTC)
  • 再度確認したところ、「There is no revision with ID 0.」とのエラーメッセージが表示されました (FireFox 73系統) 。{{REVISIONID}} マジックワードの仕様変更 (phab:T235957) による影響の可能性があります。--Yuukin0248[会話/投稿記録] 2020年2月12日 (水) 11:09 (UTC)
    • 「派生型」節の 画像::Gepard_1a2_overview.jpg|ゲパルト対空戦車画像:Gepard_1a2_overview.jpg|ゲパルト対空戦車 に変更したところ手元の環境では解消しましたが、いかがでしょうか。--ゆきだまり会話) 2020年2月12日 (水) 11:29 (UTC)
      • 前述の私の環境でも解消を確認しました。同じく「ファイル::」の形になっている新幹線車両などでも同様の事象が発生しているため、ここで問題が発生していると考えられます。--Yuukin0248[会話/投稿記録] 2020年2月12日 (水) 12:30 (UTC)

ログインしていない場合、メニューの表示言語が変わる[編集]

2月25日深夜頃より、ウィキペディア日本語版でログインしていない場合、メニューの既定表示言語が日本語ではなく、HTTPヘッダーのAccept-Languageで指定された言語になるという問題が発生しています。なお、ログインした場合は個人設定が優先されるので、登録利用者には影響が少ないバグとなっています。現在、phab:T246071が提出されており、返答待ちという状況となっています。--ネイ会話) 2020年2月25日 (火) 10:36 (UTC)

リダイレクトマルウェア?[編集]

解決済み 解決済み --2020年5月12日 (火) 20:36 (UTC)

突然こうなりました、Edgeでも同様に発生、 ブラウザではなくOSにウイルスが感染していると思われましたが、他のMediawiki系サイトでは発生せず、Wikipediaのみで発生しました。 しかし、この節を作成中にいつの間にか消滅(Infobox内のリンクをクリックしても正常に機能する)しましたが、Wikipediaがクラッキングされた可能性を考え、報告するに至りました。 --OTS Shimajiro 2020年3月5日 (木) 07:01 (UTC) 以上のコメントは、OTS Shimajiro会話投稿記録)さんが投稿したものです(Keruby会話)による付記)。

報告ありがとうございます。本文中で使われているテンプレートにリンクを埋めこむ荒らしです。問題のテンプレートは、Y-dash さんが差し戻して半保護をかけました。過去にも同じ手口があったようです。--Kinori会話) 2020年3月5日 (木) 07:09 (UTC)
上記の現象をmacOS Catalina 10.15.3のSafari 13.0.5 および Google Chrome 80.0.3987.132、Microsoft Edge 80.0.361.66(外装:ベクター)で確認しました。--Keruby会話) 2020年3月5日 (木) 12:39 (UTC)
  • (追記)上記のページで「← 古い編集」や「新しい編集 →」などのリンクをクリックして前後の版を確認しようとしたり、利用者名リンクをクリックして利用者ページを表示するつもりが、全く意図しない外部サイトに接続してしまうのは問題だと思います。--Keruby会話) 2020年3月5日 (木) 12:51 (UTC)
  • 上記コメントに書いた、問題の版はそれぞれ削除されたようです(削除記録12)。即時版指定削除を依頼すれば解決できる問題でしたね。この手段がすっかり頭から抜け落ちていました。あとYuukin0248さん、ご返答ありがとうございます。--Keruby会話) 2020年3月5日 (木) 20:33 (UTC)

Template:Instagram について 表記がずれる[編集]

例えば、以下のページ等を見て頂きたいのですが、
渡辺直美#外部リンク
ローラ_(モデル)#外部リンク
あいみょん#外部リンク
Spotify#外部リンク
Netflix#外部リンク
Instagramのリンクのところだけ段落(見出し)先頭の黒い点が付かなくなっています。 昨日までは問題なかったように思いますが、本日からおかしい気がします。--240D:1A:3CE:9F00:459D:C19F:F98A:5289 2020年3月7日 (土) 14:59 (UTC)

  • 報告 {{Instagram}} を確認したところ、 {{保護依頼}} を追加した際に、</noinclude>と<includeonly>の間に改行が入ってしまい、その改行が影響して正しい表示になっていなかったようです。特別:差分/76501127で修正しました。--Hokkaido-sm会話) 2020年3月7日 (土) 15:09 (UTC)
  • コメント {{Instagram}}で{{保護依頼}}を付与したものです。スパムリンク挿入荒らし対策で保護依頼を行ったのですが、その際に別件の問題を引き起こしてしまっていたようです。Hokkaido-smさんの修正後に渡辺直美#外部リンクを確認しましたが、「段落(見出し)先頭の黒い点」もあり、正常にリンクできていることを確認しました。Hokkaido-smさんによる修正に御礼申し上げるとともに、IPさん、jawp記事を閲覧されている方にご不便をおかけすることとなり申し訳ありませんでした。--郊外生活会話) 2020年3月7日 (土) 15:17 (UTC)
  • ありがとうございます 修正して頂きましてありがとうございました。--240D:1A:3CE:9F00:459D:C19F:F98A:5289 2020年3月7日 (土) 15:24 (UTC)

SIGEについて[編集]

解決済み 解決済み バグではない--Yuukin0248[会話/投稿記録] 2020年3月16日 (月) 11:11 (UTC)

なぜかタイトルの1文字目が小文字で表示されます。本来なら大文字にならないといけないのに。--Yosizuya会話) 2020年3月16日 (月) 11:08 (UTC)

  • {{小文字}} が使われていたため、1文字目が小文字になっていました。正常な動作で、バグではありません。--Yuukin0248[会話/投稿記録] 2020年3月16日 (月) 11:11 (UTC)

Template:大学 におけるウェブサイトリンクについて [編集]

  • OS:Windows10 Pro 1909
  • Webブラウザおよびそのバージョン: Firefox 74.0
  • Wikipediaの個人設定: ベクター

例えば以下のようなサイト
岡山県立大学
このページのTemplate:大学上におけるウェブサイトリンクは http://www.oka-pu.ac.jp/en と表示されており、その場所にクリックすると飛ぶことができますが、これは岡山県立大学の英語版ホームページへのリンクです。これを日本語ホームページのリンクに書き換えましたが、表示、リンク先ともに変更されませんでした。 Japaneseryuki会話) 2020年3月17日 (火) 06:16 (UTC)

バグではなくテンプレートの問題でした。英語版へのリンクはウィキデータからデータを引用していたことによるものです。--Marine-Bluetalkcontribsmail 2020年3月17日 (火) 06:56 (UTC)

利用者の会話ページに書き込みができない[編集]

お世話になります。利用者の会話ページに注意書きをしようかと思ったのですが、下記のようなエラーが出ました。


あなたには「この議論ページの作成」を行う権限がありません。理由は以下の通りです: "利用者‐会話:𠮷岡颯" には、技術的理由でページ名に使用できない文字が含まれているため作成できません。


↑このエラーを回避する方法はあるのでしょうか?--途方シネマズ会話) 2020年3月30日 (月) 02:05 (UTC)

  • 「𠮷岡颯」の𠮷 (いわゆる土よし) は、 Unicode 追加漢字面 に含まれるためページ名には使用できません (Help:ページ名#制限)。例えば 吉野家 とかは本当は土よしですが、制約があるため普通の「吉」という字で記事が作成されています。これはエラーではなく正常な挙動の範囲内であり、回避する方法もないと思います。ただ、ページ名に利用できない字を含むアカウントを作成できてしまうのは問題な気がしますね…。--Yuukin0248[会話/投稿記録] 2020年3月30日 (月) 02:43 (UTC)
    • 了解です。仕様であれば仕方がありませんが、なんだかな…と思います。--途方シネマズ会話) 2020年4月2日 (木) 23:24 (UTC)
  • 対処 しました。MediaWiki・データベース (MariaDB) 側ではもう既に実は特にこれといって何の問題もないのですが、title blacklist での規制対象となっていたので、whitelist で許可しました。--rxy会話) 2020年4月6日 (月) 12:29 (UTC)

ログイン時と非・ログイン時で表示される版が違います[編集]

  1. 問題が発生したページ - 横浜市教育委員会
  2. 問題が発生したときの状況 - ログイン時と非・ログイン時で、異なる版が表示されます。ログイン時には最新版(この版)が、非・ログイン時には以前の版(この版)が表示されています。ログイン・ログアウトをするだけで発生し、再現性はかなり高いです。
  3. OSWebブラウザおよびそのバージョン -
    • Google Chrome(バージョン 80.0.3987.149)。
    • Microsoft Edge(バージョン 44.18362.449.0)のユーザーから、ウィキペディア外で同様の報告を受けています。
    • Safari(バージョン 13.0.5)も同様です。
    • ウィキペディア非・参加者(Microsoft Edge及びInternet Explorer、バージョン不明)からは、「古い版が表示される」との報告のみ受けています。
  4. 外装(スキン)などのウィキペディアの個人設定 - ベクター
以上のように、少なくとも4つのブラウザでこのような不具合が起こっております。また、表示されてしまう古い版には荒らされた記述(「所在地」が「北朝鮮平壌直轄市」になっている)を含んでおり、この不具合が原因で百科事典としての質にも影響しています。よろしくお願いします。--Atmark-chan 稿 2020年4月3日 (金) 05:36 (UTC)
報告 数時間空けたら(最初に報告を受けたのが 03:00頃 (UTC) )直りました。サーバーが重かっただけだったようです。お騒がせしてすみません。--Atmark-chan 稿 2020年4月3日 (金) 05:50 (UTC)
コメント おそらくキャッシュの問題です。キャッシュをクリアしてから読み込めば最新版が表示されると思います。編集権限のあるページであればHelp:キャッシュ破棄も試してください。--アルトクール会話) 2020年4月3日 (金) 14:31 (UTC)
直近まで varnish から ATS への置き換えにともなって、本来は編集時点でサーバーサイドキャッシュが破棄されなければならないところ、ATS 側だかの問題で即座にはキャッシュが破棄されずにサーバーサイドキャッシュから提供される非ログイン利用者からのものは数時間分古いものがでるという現象がありました。phab:T249325 現在は解決しています。ログイン利用者は一部のサーバーサイドキャッシュをバイパス(回避)しますので、本不具合の影響を受けませんでした。--rxy会話) 2020年5月9日 (土) 10:05 (UTC)

転送作成依頼[編集]

転送𰻞𰻞麺(日本語・全漢字)、𰻞𰻞麵(繁体字)、𰻝𰻝面(簡体字)の作成を依頼します。内容:

#REDIRECT [[ビャンビャン麺]]

KONNO Yumeto 2020年4月17日 (金) 00:43 (UTC)

折り畳み表示[編集]

ここ最近ですが、折り畳み表示がページを開いた時点で最初から開いた状態で表示されています。バグなのでしょうか。

  1. 2020年のテレビ特別番組一覧など多数の記事
  2. 折り畳み表示が最初から開いた状態となっている。
  3. Windows 10、Google Chrome
  4. ベクター

↑こんな感じです。特に2020年のテレビ特別番組一覧#1年間で複数回放送された、もしくは放送予定の特番などでこれが見られました。他のブラウザでやってみたのですがやはりこうでした。こちらさんの不具合でしょうか、それともうちのパソコンの問題なのでしょうか。--ITA-ATU会話) 2020年5月8日 (金) 04:32 (UTC)

  • MediaWiki:Common.jsにおける関連関数の更新に伴う変更だったが、とりあえず既存の仕様に戻しました。キャッシュが残っている間は表示が更新されないかもしれませんので、その場合はキャッシュを消して再読み込みしていただければと思います。--ネイ会話) 2020年5月8日 (金) 04:44 (UTC)

{{hlist-comma}}において項目が途中改行される[編集]

解決済み 解決済み えのきだたもつ会話) 2020年5月24日 (日) 15:33 (UTC)
  1. Shadowverse#各話リスト」「フルーツバスケット (漫画)#各話リスト(2019)」など、{{エピソードリスト/base}}中に{{hlist-comma}}を使用して表を作成しているページ。
  2. ブラウザウインドウの幅が狭いと、あるいは、幅を狭くすると、項目の途中で改行されてしまう。1行に1項目となるまでは、ウィンドウの幅を狭くして行っても区切り記号「、」で改行され項目の途中で改行されませんが、1行に1項目となりこれ以上改行の余地がなくなった状態で、さらにウィンドウの幅を狭めると発生します。
  3. OS:Windows8.1、ブラウザ:Google Chrome 最新版(バージョン: 81.0.4044.138)
  4. 外装:ベクター

最近、関連する更新があった様ですが、それは関係しているのでしょうか?--えのきだたもつ会話) 2020年5月12日 (火) 10:21 (UTC)

  • Template‐ノート:Hlistの件とは違うものでしょうか?また、これ以上改行の余地がなくなった状態で、さらにウィンドウの幅を狭めると、ページの幅からはみ出すわけにもいかないので、項目の途中で改行するしかないと思います。--ネイ会話) 2020年5月12日 (火) 11:06 (UTC)
返信 Template‐ノート:Hlistの件とは違うものです。ノートの件では、1行に複数項目の状態でも項目の途中で改行していましたが、今回はそれは発生しておりません。
不具合発生以前(少なくとも1年以上)は、1行に1項目となりこれ以上改行の余地がなくなった状態で、さらにウィンドウの幅を狭めても、1行1項目で項目の途中で改行されない状態を保っておりました。いつからかは明確には覚えておりませんが、少なくとも5月に入ってから本不具合が発生しており、更新の狭間なのか、たまに発生しなくなるときもありました。ウィンドウの幅を狭めなくとも、元からウインドウ幅が狭い環境では発生していますので、解明・改善して頂きたく思います。--えのきだたもつ会話) 2020年5月12日 (火) 12:32 (UTC)
原因自体はMediaWiki:Common.cssにて3回にわたって行われたhlistクラスの更新にあります。具体的には、2回目の更新で行われたwhite-space: nowrap;の除去です。
  • white-spaceプロパティに関する詳しい解説はMDNを参照していただくとして、とりあえずhlist関連の指定ではwhite-space: nowrap;(更新以前の状態)とwhite-space: normal;(更新以降の状態)が使われています。また更新以前の状態では別にhwrapというクラスがあり、これを指定すると更新以前の状態でもwhite-space: normal;を使用できます。
  • 旧来のnowrapの指定では「1行に1項目となりこれ以上改行の余地がなくなった状態で、さらにウィンドウの幅を狭めても、1行1項目で項目の途中で改行されない状態」となっています。
  • Template:日本国有鉄道(リンク先は不具合が報告された2019年9月時点の版)にて「hlistを使ったNavboxのテキストが枠からはみ出す」という問題が発生していました(当時の議論はWikipedia:バグの報告/2019年下半期#Navboxのテキストがはみ出すにて)。このときはGoogle Chromeのバグであり、対処としてhwrapクラスを与えた(これにより当該テンプレートではnormalの指定に変更された)上、後にGoogle Chromeのアップデートに伴い完全に解消されました。
  • この対処法は当時でも指摘されたように、項目が途中で改行されるようになるという結果になりますが、(2020年5月の更新を行う前に)当方でhwrapクラスの除去をプレビューすると、IE11では当該Navboxがウィキペディアの画面枠からはみ出しました(Firefoxでは同様の問題はみられませんでした)。これは、ウィキペディア日本語版がIE11をサポートする限り、一部のNavboxテンプレートでは正しく表示させるにはnormalの指定が必要であることを意味します。なお、この問題は全てのNavboxテンプレートで発生するわけではなく、確証はありませんがおそらくかなり長い項目が含まれる状態で発生すると思います。
  • すなわち、旧来のnowrapを選ぶと、「1行に1項目となった後も項目の途中で改行されない」利点がある一方、「長い項目があるとNavboxテンプレートが正しく表示されない(ウィキペディアの枠からはみ出す)」問題があります。この問題はhwrapクラスの付与で解消できますが、発見次第編集する必要がある(また、項目追加により問題のなかったテンプレートで問題が発生する可能性がある)ため人手が必要です。現在のnormalを選ぶと、「1行に1項目となった後は項目の途中で改行される可能性がある」が、上記の問題が発生しなくなります。
  • ここからはわたしの意見です。nowrapとnormalは一長一短なので、どちらが正しいというものはないと思いますが、ウィキペディア日本語版の現状を鑑みて、「人手がかからない」という理由によりnormal(現在の状態)を選ぶべきだと思います。えのきだたもつさんのご意見もお聞かせいただければ幸いです。--ネイ会話) 2020年5月12日 (火) 14:19 (UTC)
  • 返信 経緯から現状まで詳しく説明して頂き、誠にありがとうございます。とても分かりやすかったです。端的に言ってしまえば「こちらを立てれば、あちらが立たず。」状態だという事ですね。こういう場合、問題点の大きさや影響範囲などから中立的に判断するのが良いのでしょうけど、恥ずかしながらNavboxの問題については認識が深くないので、判断が付け辛いのが正直なところです。
  • {{エピソードリスト/base}}中の{{hlist-comma}}については、上記例にも挙げましたアニメ記事の各話リストにて3年ほど前から使用する様になり、私も使い始め現在に至ります。本状況以外は使用した事がないので、他の使用状況については分かりません。ですので「1行に1項目となった後、さらにウィンドウ幅を狭めると項目の途中で改行される」問題が、他の使用状況でどれほど発生しているのかも分かりません。これも、判断が付け辛い理由になります。
  • ネイさんの方が断然お詳しいので、私見であってもネイさんの意見(現在の状態)を採用した方が良いと思いますが、他の方の意見も聞いてみたい気もします。
  • 現在の状態のままとするとして、「1行に1項目となった後、さらにウィンドウ幅を狭めると項目の途中で改行される」問題はなんとかしたいので、幾つか対処策を考えてみました。
  1. 表の同一列の{{hlist-comma}}の項目の中で、一番長い項目(ウィンドウ幅を狭めて行って、最初に途中改行される項目)に{{nobr}}を付ける。
  2. 表の同一列の{{hlist-comma}}の中で、一番長い項目を含むものに「|item_style=white-space:nowrap;」を付ける。
Shadowverse#各話リスト」で実際に行ってみましたので差分をご覧頂き、途中改行されない事をお試し下さい。自分としては1.の方がやりやすいです。不適切な点ございましたらご指摘下さい。現在放送中(更新中)のページについては、{{hlist-comma}}を使っていない表中の列についても、途中改行しない様に同一列中で一番長い項目に{{nobr}}を付けて(付け直して)いるので、そのついでで行えるので、それ程苦ではありません。既存(放送終了)のページについては、順次対応していくしかありませんが、ざっと見た限りでは、元からウインドウ幅が狭い環境で途中改行してしまっている{{hlist-comma}}項目は少ないので、巡回していて気が付いたら対応でも良いかと思います。
  • 最後に少し質問させて頂きたいのですが、hlistクラスの中で{{hlist-comma}}だけに、white-space: nowrap;の指定をする事は可能なのでしょうか?可能な場合Navboxの問題は発生するのでしょうか?可能であってもNavboxの問題が発生するのであれば、諦めねばならないでしょう。--えのきだたもつ会話) 2020年5月13日 (水) 15:34 (UTC)
実際に変更を行うにはコミュニティによる合意形成が必要なので、技術上の可能性についてお答えいたします。
  • まず、{{hlist}}および{{hlist-comma}}にはTemplate:Hlist/styles.cssのテンプレートスタイルも適用されるため、テンプレートスタイルのほうで指定することでNavbox全般に影響しないようにできます(Navboxでは|listclass=でクラス名を指定するので、これらのテンプレートは使用しません)。
  • 続いてNavboxと同様の問題が発生するかについてですが、これは{{Nobr}}を使用している現行版のShadowverse#各話リストでも発生しています。{{Nobr}}を使用した結果、表組みが枠内に収まるよりも一行で表示させることが優先されるためだと思われます。
  • 英語版のページで申し訳ないのですが、en:Help:Line-break handlingも参考になるかと思います。--ネイ会話) 2020年5月14日 (木) 07:20 (UTC)
コメント 解説ありがとうございます。では、{{hlist-comma}}について、white-space: nowrap;の指定をして、更新以前の状態(1行1項目となった後も改行されない)にしたいと思いますので、コミュニティによる合意形成をはかりたいと思います。賛否やご意見等ありましたら、よろしくお願いします。実際に修正するとなった際は、申し訳ありせんが修正作業お願い出来ますでしょうか?>ネイさん--えのきだたもつ会話) 2020年5月15日 (金) 12:52 (UTC)
(インデント戻す)修正作業については対応できると思います。--ネイ会話) 2020年5月16日 (土) 03:22 (UTC)
コメント 1週間が経過しましたが、特に賛否やご意見はありませんでしたので、合意形成がなされたとします。
ネイさん宛て)お手すきのときで構いませんので、修正作業お願い致します。--えのきだたもつ会話) 2020年5月23日 (土) 16:17 (UTC)
告知をいただきありがとうございます。別件で今晩に更新を予定しているものがありますので、そちらと併せて作業を行いたいと思います。--ネイ会話) 2020年5月24日 (日) 06:52 (UTC)
チェック 編集しました。ついでにCommon.cssにあり、Template:Hlist/styles.cssにないhlist-slashクラスを追加しました。--ネイ会話) 2020年5月24日 (日) 14:48 (UTC)
確認 感謝 終了 複数の{{hlist-comma}}の使用状況について、更新以前の状態(1行1項目となった後も改行されない)になっている事を確認しました。長い間の応対と対応、大変ありがとうございました。--えのきだたもつ会話) 2020年5月24日 (日) 15:33 (UTC)

一部記号が入力できない[編集]

Wikibooksで編集を行っている者です。Wikibooksにはバグ報告ページがないため代わりにここに書きます。Wikibooksにおいて、「{」「%」などの記号が入力できず、代わりに。̪ ←この記号が入力されてしまいます。。Wikipediaなどの他プロジェクトやWiki外では普通に入力できます。使用しているのはWindows10 64bitです。 --ゆにこーど会話) 2020年5月17日 (日) 13:49 (UTC)

  • コメント 一応jawbのサンドボックス上にてプレビューしてみましたが、私の環境では発生しませんでした。おそらくブラウザ依存か、キーボード動作、キーボード入力モード誤りなどが考えられます。あと、WikipediaとWikibooksでは、動作しているmwのバージョンに違いがある場合がありますので、こちらに投稿されてもWikipedia上で検証できませんので、「報告場所がないからこっちに」ではなく、b:Wikibooks:談話室あたりで相談してください。--アルトクール会話) 2020年5月17日 (日) 16:04 (UTC)
直りました。こちら側のミスと思われます。失礼しました。--ゆにこーど会話) 2020年5月17日 (日) 22:27 (UTC)

特別:カテゴリツリーの「上位カテゴリ」リンクについて[編集]

特別:カテゴリツリーのページで「カテゴリツリーの表示>カテゴリ:」の欄に例えば「人物」または「Category:人物」と入力して「ツリーを表示」ボタンを押すと、「上位カテゴリ: 人間」というリンクが表示されます[1]。ところがこのリンクをクリックしてもCategory:人間ではなく、文字化けした「%E4%BA%BA%E9%96%93」のカテゴリツリーが表示されてしまう不具合があります[2]。検証した環境は

  • 個人設定の外装: ベクター

macOS Catalina 10.15.4の

  • Safari 13.1(「JavaScriptを有効にする」の設定は有効)
  • Google Chrome 83.0.4103.61(JavaScriptの設定は「許可」)
  • Microsoft Edge 83.0.478.37(JavaScriptの設定は「許可済み」)

いずれもテキストエンコーディングはデフォルト設定のまま表示しています。--Keruby会話) 2020年5月25日 (月) 22:32 (UTC)

  • テキストエンコーディング自体は関係なく、URLエンコードが2回行われている模様です。「上位カテゴリ: 人間」のリンクの「%25E4%25BA%25BA%25E9%2596%2593」をデコードすると「%E4%BA%BA%E9%96%93」になり、更にでゴードすると「人間」になります。URLエンコードが必要な文字を用いている言語である中国語版のウィキペディアでも同様の事象が発生しました。ソースコードを確認し、Extension:CategoryTree./includes/CategoryTree.php 555行目->getPartialURL() を除去することで解決することまで確認しました。phab:T253621 立てましたが、英語の報告や説明は慣れない上、phablicatorでのバグ報告も初めての経験となりますので、どなたか経験豊富な方から見て報告に不備がありましたら補足説明して頂けますと幸いです。--Yuukin0248[会話/投稿記録] 2020年5月26日 (火) 12:01 (UTC)

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

スクリーンショット(デスクトップ)
スクリーンショット(モバイル)

時期は不明ですが、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. あなたの使用しているOSWebブラウザおよびそのバージョン(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)
    • iPadのOSは「12.0.1」で、Safariは「12.0」でした。--舌先現象になります会話) 2020年6月8日 (月) 09:12 (UTC)
      • 12.x 系統ということは、iPadOS ではなく iOS をお使いという事ですね。iPadOS が使用できない古い端末であれば仕方ないですが、対応している端末であればアップデートしてみることをおすすめします。また、正常に動作している端末の OS とブラウザはご確認いただけましたでしょうか。--Yuukin0248[会話/投稿記録] 2020年6月8日 (月) 09:23 (UTC)
        • 今やっと携帯を扱えたので報告します。携帯はiOS13.5.1でgoogleバージョン111.0でした--舌先現象になります会話) 2020年6月9日 (火) 08:55 (UTC)
          • 問題が発生している iPad を使って、他のブラウザ (Chrome や Firefox) などでも同様の事象が発生するかどうかのご確認をお願いします。また、モバイルビューとデスクトップ表示を切り替えて、どちらで問題が発生するのかのご報告もお願いします。お使いの iPhone の Safari でも同様の事象が発生しないかのご確認も併せてお願いいたします。--Yuukin0248[会話/投稿記録] 2020年6月9日 (火) 11:53 (UTC)

wikinewsでアラート、通知のマークが、ボタンではなく、リンクとして表示された。[編集]

wikinewsでアラート、通知のマークが、ボタンではなく、リンクとして表示された。 ここでのリンクは、次のようなリンクのみです。 リンク --HIROTO2会話) 2020年6月13日 (土) 05:57 (UTC)

  • × 恐れ入りますが、直接Phabricatorにお伝えいただくか、ウィキニュースで報告してください。報告の際は「5W1H」で相手に伝わるように説明してください。jawikiとjawnでは動作するMediaWikiのバージョンが異なったり、実装している機能が異なる場合がありますので、こちらに報告されても対応できません。--アルトクール会話) 2020年6月13日 (土) 06:06 (UTC)

テンプレートが出力されない[編集]

テンプレートの生成がうまくいかず、出典等を手入力せざるを得ない状況にあります。

  1. 問題が発生したページ:ソースの編集が可能なページ全般
  2. 問題が発生したときの状況:挿入ボタンを押し、必要事項を記載した後、挿入ボタンを押す。(または引用ボタンを押し、必要事項を記載した後、生成/挿入ボタンを押す)。
  3. 使用OS:Windows10/Webブラウザ:Microsoft Edge(Chromium版)バージョン 83.0.478.50
  4. 個人設定':外装はベクター、ベータ版機能はすべて適用

少なくとも数日前から発生しているように思われます。履歴・Cookie等削除しても、症状が改善されません。どうかよろしくお願いします--リトルスター会話) 2020年6月18日 (木) 13:11 (UTC)

  • コメント 生成しようとするテンプレートはどのテンプレートですか?複数のテンプレートで症状が出る場合はいくつかサンプルとしてそのテンプレート名を出してください。また、WindowsOS上でということであれば、IE11などほかのブラウザでも症状が出るかを確認していただけますでしょうか。--アルトクール会話) 2020年6月18日 (木) 13:19 (UTC)
    • コメント ありがとうございます。Template:Cite webといった出典系のテンプレートや、Template:マリオカートといったナビゲーション系のテンプレートにて症状が出ています。また、テンプレート以外にも、メディアの挿入もできない状態です。(リンクの生成は可能)--リトルスター会話) 2020年6月19日 (金) 09:23 (UTC)
      • コメント Win10/FireFox77.0.1でも特定条件で再現することを確認しました。ベータ版提供の「新しいウィキテキストモード」(2017年版ウィキテキストエディター)が原因です。一旦回避するためには新しいウィキテキストモードのチェックを外して、以前のウィキテキストモードで利用してください。MW側のソース上の問題なのか、細かなアップデートの影響なのかはわかりませんが・・・。こちらはベータ版提供であるため、mw:2017 wikitext editor/Feedbackへ直接報告を行ってください。(いつ頃から現象が出ているのかを日付で表記し、プロジェクト名も表記すると担当も検討が付けやすくなるかと思います)。--アルトクール会話) 2020年6月19日 (金) 16:44 (UTC)
        • ありがとうございます お手数をおかけします。mw:2017 wikitext editor/Feedbackへ報告いたしました。(同様の事象で困っている方は他にもいらしたため、当該スレッドに書き加えました) 以前のウィキテキストモードに戻します。--リトルスター会話) 2020年6月20日 (土) 00:26 (UTC)

モバイルビューでのリンクの色の不具合[編集]

  1. 問題が発生したページ:おそらく全ページ
  2. 問題が発生したときの状況:存在しない記事へのリンク(赤リンク)が青リンクで表示される。
  3. 使用OS:iOS12.4.7 Safari、Microsoft Edge (Ver. 45.5.0)、Google Chrome (Ver. 83.0.4103.88)
  4. 個人設定:モバイルビュー

デスクトップ表示にすると正常。発生時期は不明です。 --うらにわ会話) 2020年6月27日 (土) 02:31 (UTC)

  • コメント 詳しい原因は把握できていませんが、MinervaNeueの不具合と推測されます。デスクトップ表示でもスキンをMinervaNeueにすると同様の不具合が発生します()。ブラウザの機能で検証したところ、CSS側で本体あるべき以下のような指定が消えているようです。
a.new {
	color: #d33;
}

MinervaNeueのこの更新が原因かもしれません。JAWP側でできる応急措置としては、MediaWiki:Minerva.cssに先述の指定を追加するといったものが考えられます。--本日晴天会話) 2020年6月27日 (土) 03:38 (UTC)

  • phab:T256503が作成されたので、MediaWiki側で直されるだろうと思います。--ネイ会話) 2020年6月27日 (土) 08:41 (UTC)
  • ありがとうございます どうやら目処が立ったようで安心しました。--うらにわ会話) 2020年6月27日 (土) 13:24 (UTC)
  • 7月1日にMediaWiki 1.35.0-wmf.39への更新が行われ、赤リンクの表示が修正されました。うらにわさん、お手数をおかけしますが一度ご確認いただけますでしょうか?--ネイ会話) 2020年7月2日 (木) 03:22 (UTC)
回復を確認しました。--うらにわ会話) 2020年7月2日 (木) 11:53 (UTC)

投票所のページ[編集]

Wikipedia:メインページ新着投票所およびWikipedia:メインページ強化記事投票所/項目候補で候補記事のリンクにカーソルを重ねても記事概要のホバーカードが表示されません。同異常は通常のページ上では起こっていません。この異常はWin10(x64)のFirefox77.0.1, Edge83.0.478.56, IE11で確認しました。M-sho-gun会話) 2020年6月28日 (日) 03:00 (UTC)

報告 原因がTemplate:Particleの2020-06-27,13:16(JST)の編集(差分)と判明いたしました。一応、差し戻しておきましたが、再発する惧れがあるので(履歴によると一度差し戻された物を再度強行している)保護依頼も出しておきます。M-sho-gun会話) 2020年6月28日 (日) 06:41 (UTC)
@M-sho-gun:ご迷惑をかけてすみませんでした。{{Page}}とWikipedia:Bot作業依頼で、redirectを導入したいので編集しました。いまは記事概要のバグを修正したはずだが、もし何か問題があるのなら、またご連絡ください。 --Kanashimi会話) 2020年6月28日 (日) 06:57 (UTC)
コメント @Kanashimi:様、Template:Particleでの編集を確認いたしました。同tempが使用されている各ページとも問題なくホバーカードが表示されております。保護依頼の提出は見送らせていただきます。
終了 今回の問題は解決致しました。Kanashimi様の迅速な対応に感謝いたします。M-sho-gun会話) 2020年6月28日 (日) 07:20 (UTC)M-sho-gun会話) 2020年6月28日 (日) 07:33 (UTC)(修正)

「特別:関連ページの更新状況」でウォッチリストに入っている項目が太字にならない[編集]

特別:関連ページの更新状況についてです。この項目では、自分のウォッチリストに入れている項目は太字で表示されることになっていますが、ここ数日間、ウォッチリストに入れている項目が太字にならない状態が続いています。

悪戯投稿の放置を防ぐために、私は定期的に、特別:関連ページの更新状況/利用者:郊外生活/地球科学の基本用語の一覧特別:関連ページの更新状況/地球科学に関する記事の一覧を確認するようにしています。両ページでリンクのあるページでは、私が作成した記事・加筆した記事も少なからずあるので、特別:関連ページの更新状況で、ウォッチリストに入れている記事が多数表示されるはずですが、太字になりません。実際に、両ページとも更新状況の最上部では「マグニチュード」「台風」が表示されており、両ページとも私はウォッチリストに入れていますが、太字ではありません。

画面上部では「自分のウォッチリストにあるページの変更は太字で表示されます。」とあるので、何らかのバグを疑いますが、どうなのでしょうか。ウォッチリストに入れているかいないかが分かると、二重に確認することを防ぎやすいので、太字機能は個人的には有用でした。

なお、使用OSはWindows 10、ブラウザはGoogle Chrome、外装はグローバル設定でベクターにしています。ブラウザをInternet Explorerでも試してみましたが、同様の結果でした。--郊外生活会話) 2020年7月3日 (金) 08:09 (UTC)

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

  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-Bluetalkcontribsmail 2020年7月8日 (水) 06:01 (UTC)
早速の情報提供ありがとうございます。しばらくは静観するしかなさそうですね。--MTBM3会話) 2020年7月8日 (水) 06:30 (UTC)