Wikipedia:バグの報告

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


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

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

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

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

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

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

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

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

過去ログの検索
/過去ログページ

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

  解決済み--Krorokeroro会話) 2021年10月23日 (土) 04:07 (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)[]

  こちらの件は解消されていらっしゃいますでしょうか。--アルトクール会話) 2021年10月18日 (月) 11:44 (UTC)[]
  • 編集を保存公開してから1週間以内には表示されるようになる、ということが今までの経験でわかりました。表示されない編集はありませんでした。「1週間以内に表示される」ということで解決です。コメントに気づくのが遅れ、ご返信が遅くなったことをお詫びいたします。--Krorokeroro会話) 2021年10月23日 (土) 04:07 (UTC)[]

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

2020年後半よりログイン後しばらくするとページが操作を一切受け付けなくなることがあります。

  • 1. ページ

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

(12月20日〃)16th Summer Breeze

(12月26日〃)当方ウォッチリスト

(12月30日〃)メインページ

2021年
(5月12日〃)失念

(7月17日〃)〃

(9月2日〃)UKガラージ

  • 2. 状況、再現性と再現手順
【状況】3の環境(プライベートブラウズモード)+モバイルデータ通信(280blockerとWikipediaアプリインストール済)
2020年
(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) ごろ 〃
(9月2日)13:14 (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.7.1、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)[]

本日13:14 (UTC) 〃。 --Kj4bFan会話) 2021年9月2日 (木) 13:39 (UTC)[]

  •   操作を受け付けなくなる(ブラウザがフリーズする)ということであれば、端末固有の問題(あるいはアプリの問題)か「プライベートブラウズ」で問題が発生している可能性があります。他のブラウザソフトで問題がないと報告にありますので、Safariのプライベートブラウズモードの影響しているかどうかを検証する必要があります。「通常モード」で現象が発生するかを確認してください。また、広告ブロックやVPN接続アプリを利用しているときはそれも一時的に停止して動作に影響があるかを確認してください。あと、Safariのバージョンは正しく報告してください。iOS14.7.1ならSafariの最新版は14.1.2のはずです。Apple Webkit Versionなら最新は605.1.15ですが、報告の際のバージョンというのは「アプリケーション本体のバージョン」です。あと、iOSのバージョンも14.2~14.7.1というあいまいなものではなく、複数の端末があるなら「利用端末名、iOSバージョン、Safariバージョン」をそれぞれ明記してください。--アルトクール会話) 2021年10月16日 (土) 11:52 (UTC)[]

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

改良版ベクタースキンを使用時[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. ^ 編集中を含む

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

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

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

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

  • @青子守歌さん 先程確認したところ反映されていました。サーバー側のキャッシュが原因で反映されてなかったのかもしれません。--Yuukin0248会話 / 投稿記録 2021年9月10日 (金) 08:05 (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 IPv4IPv6)さんが 2021年2月24日 (水) 15:17 (UTC) に投稿したものです(Keruby会話)による付記)。[]
  まだ現象が続いているようであれば、Wikipedia:ビジュアルエディターへフィードバックを行ってください。また、「症状が出たページ」についても記載がなければ対応ができません。--アルトクール会話) 2021年10月23日 (土) 07:41 (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 IPv4IPv6)さんが 2021年2月24日 (水) 15:34 (UTC) に投稿したものです(Keruby会話)による付記)。[]
  まだ現象が続いているようであれば、Wikipedia:ビジュアルエディターへフィードバックを行ってください。また、「症状が出たページ」についても記載がなければ対応ができません。また、取り消し・やり直しは左上部に矢印アイコンで実装されています。--アルトクール会話) 2021年10月23日 (土) 07:44 (UTC)[]

外装が反映されません。編集

1.ページ 個人設定
2.状況 Timelessに設定しても反映されない。
3.デバイス iPhone 6s
4.外装 Timeless(反映されてない。)
バグなのか、単に設定ミスなのか分かりません。--eipon会話) 2021年3月21日 (日) 09:00 (UTC)[]
  まだ現象は出ていますでしょうか。PC版のFirefoxではTimelessスキンは正常に動作するので、ブラウザ側の解釈の可能性もあります。ログインした状態であれば、PC/モバイルのいずれでも同じ設定を読み込むはずですので、一度パソコンで開いてみて症状が出るかも確認してください。--アルトクール会話) 2021年10月23日 (土) 07:48 (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)[]

  Windows10/64bit・Firefox93.0でヨウ素 (123I)にてソースとVEを何度か切り替えましたが、DISPLAYTITLEの列が除去されてしまうというケースに当たりませんでした。現在も現象が出る場合は、お手数ですが再現手順を詳細にお教えください。--アルトクール会話) 2021年10月23日 (土) 07:55 (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)[]

  参考資料セクションの1番出典と同じものが入ってしまったということでいいでしょうか。結果から言うと現在も再現性があります。ただ、これを見る限りですと<ref group="注">aaaa</ref>を直接VE上で追加しようとすると、VEの動作として<ref>の追加と同じものが発生、しかし、その後VE上では注グループを認識してしまうため「注釈1」が出てくるうえ、編集がいったん終了しているので、refで一番最初に指定されるもの(汎用出典の1番)が読み込まれて適用される、ということになっているようです。
これはバグというよりも、仕様通りの操作をしていないことによって発生しているとみられます。VE上で注グループへ追加するのであれば、VE上で追加したい場所に<refを追記(<refとコピペすると>だけが残ります)、VE上で引用追加が出てくるので「マニュアル内の標準」を選択、脚注が出てくるので内容を記入したうえで、オプションで使用するグループを指定します。
ソースエディタで直接追加するほうがもしかしたら手間のかからない可能性はあります。
これについてどういった改善を求めたいのかにもよりますが、必要であればWikipedia:ビジュアルエディターへフィードバックを検討されるのが良いかと思われます。--アルトクール会話) 2021年10月23日 (土) 08:14 (UTC)[]

ページのプレビュー機能編集

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

  具体的にどのガジェットをオンにしているのでしょうか。ナビゲーションポップアップによるページプレビューなのか、編集時にエンターキーを押すとページプレビューとするのかどちらの機能を利用されているのでしょうか。また、現象が出たページの報告がないので確認対応もできません。--アルトクール会話) 2021年10月23日 (土) 08:20 (UTC)[]

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

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

ISO 639の言語コードにはost自体がないように思えるのですが、実際にどういった構文でRtl翻字併記のテンプレートを利用されたのでしょうか。--アルトクール会話) 2021年10月23日 (土) 08:25 (UTC)[]

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

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

  現在は出ないようですが、半透明ということでしたのでおそらく仕様変更時点での「ここに何かを書いてください」的なメッセージだった可能性はあります。--アルトクール会話) 2021年10月23日 (土) 08:17 (UTC)[]

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

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

  具体的にどのページか、再現の手順を明示していただけないと再現性の確認等ができません。また、ビジュアルエディタで現象が発生する内容についてはWikipedia:ビジュアルエディターにてフィードバックも検討してください。--アルトクール会話) 2021年10月23日 (土) 10:42 (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)[]

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

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

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

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

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

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

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

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

  追記です。「恐らく全てのページで発生すると思われます。」と書きましたが、標準名前空間のページ(編集履歴は除く)での発生が確認できていませんでした。Wikipedia:○○、Help:○○、利用者:○○のページでは発生が確認できました。--てぃーおるまい会話) 2021年8月16日 (月) 11:47 (UTC)[]

テンプレートと箇条書きの連続による表示不具合編集

Ping (ブログ)2021年1月7日13:02:12の版において遭遇したのですが、「代表的なアプリケーション」の節の箇条書きの左マージンが通常と異なっています。Firefoxの開発者ツールで確認したところ、<li>の上位にあるはずの<ul>が生成されていないようです。私の編集により、その直前のテンプレート{{複数の問題}}との間に空行を追加したところ正常な表示になりましたが、ボックス型のテンプレートの直後に箇条書きがくるような事例は他にも考えられるため、バグとして報告いたします。なお、{{複数の問題}}の引数を取り除くと箇条書きは正常な表示になるようです。報告者の環境はWindows10、FirefoxおよびChrome、外装はベクターです。--LABE会話) 2021年8月28日 (土) 16:18 (UTC)[]

  • バグだとすると、Template:Amboxを使っているもの全般で同じ症状がでそうなんですが、Template:正確性では現象が出ないんですよね。sectionが悪さをしているのかを検証したんですが、そうでもない(複数の問題のテンプレート直下で現象が発生する)し、ほかの外装、ブラウザでも再現するので、こちら側の問題であることは確からしいということになります。報告の通り、なぜかulタグが生成されていないことを考えるとテンプレートを構成するソース、参照読み込みしているテンプレートやLua以外の部分で問題があるとみたほうが良いかもしれないですが・・・。--アルトクール会話) 2021年8月30日 (月) 00:00 (UTC)[]
  • 本不具合の再現条件を「{{Ambox}}内に箇条書きがあり、直後にも箇条書きがある場合」と仮定し、利用者:LABE/作業用/検証にて検証を行いました。それぞれのテンプレート内には箇条書きを含み、その直後に箇条書きが続きます。
    1. 一つ目はテンプレート内で箇条書きを用いる{{Otheruseslist}}を使用していますが、不具合は発生していません。
    2. 二つ目は{{Ambox}}を直接使用しており、不具合が発生しています。
    3. 三つ目は自作テンプレート「利用者:LABE/Template:AmboxRe」を使用して二つ目の{{Ambox}}と全く同じ記法を用いており、不具合は発生していません。
  • この検証により、原因は以下のように推測されます。すなわち、MediaWikiのテキストを解釈してHTMLを生成するパーサーが、{{Ambox}}の直後の部分を別段落だとみなしていないということです。自作テンプレート「利用者:LABE/Template:AmboxRe」は、単に{{Ambox}}を<div>〜</div>で囲んだものですが、これによりテンプレート部分が単独で段落とみなされ、その直後も別段落だとみなされるようです。あるいは、{{Ambox}}と直後の箇条書きとの間に空行を挿入することでも、両者が別段落だとみなされ不具合が発生しないようです。そして、{{Otheruseslist}}は元々<div>〜</div>で囲まれているので不具合が発生しなかったものと考えられます。本不具合はMediaWikiのバグであろうと思われますが、「利用者:LABE/Template:AmboxRe」のようにテンプレート側で回避可能なものと考えられます。--LABE会話) 2021年8月30日 (月) 15:04 (UTC)[]
    • んー・・・。まず、OtheruseslistはTemplate:Dablinkを読み込みしてます。検証していただいたソースを見る限り、「divで括られているから問題がない」とされる部分のdivは<div class="hatnote dablink noprint">による括りです。これは、Template:Dablinkで記述されているソースコードになるので、たまたまだと思いますがほかのテンプレートが同じラインで読み込まれないように指定している結果ですね。一方で、Amboxでは全体を「段落」としてみなすためのdivの指定はありません。あと、メッセージボックス系のOmboxやTmboxでも同じ症状が発生することを確認しました。ただ、enwikiのAmboxでもこの症状発生するんですよね。Template:複数の問題のenwiki版であるen:Template:Multiple issuesでは症状が出ないのですが、jawikiとソースが違うので参考にならない(enwikiでは各表示をtable処理で表示させている)です。同じ箇条書きでも続くのがolタグになる数字による箇条書きでは症状は発生しないですが、メッセージボックス内から同じ要素で続ける(数字を連続させる)と、ボックス外ではliのみの出力になって、症状発生します。つまり、同じブロック要素(ul or ol)が続く場合という特定条件下でのみということになりますか。テンプレート側で回避するなら提案→修正で対応することになります。--アルトクール会話) 2021年9月1日 (水) 16:30 (UTC)[]

{{複数の問題/sandbox}}で修正を試みました。下記のマークアップがある場合に問題が生じると思います。今回の場合はAmboxの|text=引数にそのようなマークアップがあります。

<div>
*ABC</div>

divの閉じタグの直前に改行を追加すれば直ります。パーサーを修正したほうがいいですが、とりあえずテンプレート側で対処することもできそうです。--ネイ会話) 2021年9月2日 (木) 07:36 (UTC)[]

  • なるほど、内部の<div>のほうの修正でも対処できるのですね。私のほうでも{{複数の問題/sandbox}}で本不具合が発生しないことを確認しました。そういえば、利用者:LABE/Template:AmboxReで検証している際も以下のように外側の<div>を改行せずに追加すると本不具合は回避されませんでした。少なくとも閉じタグのほうは改行する必要があるようです。
<div>{{Ambox|text={{{text}}}}}</div>
  • ネイさんの方法は新たにタグを追加するよりも影響が少なそうですし、問題がなければそのまま適用してもいいのではないでしょうか。--LABE会話) 2021年9月2日 (木) 12:55 (UTC)[]

Template:Sortのエラー編集

Mリーグ2018#レギュラーシーズン(成績)のレギュラーシーズン個人成績で、茅森早香の個人スコアを「▲65.4」に変更したら、右横の「平均打点」の表示が「style=background-color:gold|7873」になる。

Mリーグ2018#ファイナルシリーズ(成績)のファイナルシリーズ個人成績で、二階堂亜樹の個人スコアを「▲11.5」に変更したら表示がおかしくなる。横の出典がエラーを引き起こしている。

Wikipedia:井戸端/subj/ソートテーブルについても参照。対応よろしくお願いします。--Umitori会話) 2021年8月30日 (月) 15:20 (UTC)[]

  こちらに誘導されたのかもしれませんが・・・。こちらはMediaWiki(動作している環境本体)のバグの報告です。テンプレートの仕様については問題となっているテンプレートのノート、あるいはWikipedia:表示改善依頼プロジェクト:ウィキ技術部あたりでの対応となります。--アルトクール会話) 2021年10月18日 (月) 11:54 (UTC)[]

化学反応式が不自然編集

五フッ化アンチモンの概要にある化学反応式にあるHClのHが不自然です。--山形祐介会話) 2021年10月1日 (金) 02:50 (UTC)[]

具体的にはどう不自然でしょうか。--ネイ会話) 2021年10月2日 (土) 09:24 (UTC)[]
HClのHが横向きになっています。--山形祐介会話) 2021年10月5日 (火) 09:59 (UTC)[]
  私の閲覧環境では同様の現象は確認できませんでした。バグ報告の際は閲覧環境(OS、ブラウザなど)を書いていただけると助かります。--Jutha DDA会話) 2021年10月5日 (火) 11:08 (UTC)[]
Windows10Microsoft Edgeのバージョン94.0.992.38を使用しています。--山形祐介会話) 2021年10月5日 (火) 11:39 (UTC)[]
win10及びEdgeのバージョンを揃えてみましたが、現象を確認することは出来ませんでした。--China会話) 2021年10月5日 (火) 12:09 (UTC)[]
いつの間にか直っていました。--山形祐介会話) 2021年10月6日 (水) 10:47 (UTC)[]
塩化水素では、同様の問題が残っています。--山形祐介会話) 2021年10月6日 (水) 11:00 (UTC)[]
ページの発生方法にある NaCl + H2SO4 → NaHS04 + HCl の 硫酸水素ナトリウムのナトリウムの「a」に表示不具合があることを確認しました。最初の塩化ナトリウムには問題ありません。これはWindows 10 のChrome(94.0.4606.61)とEdgeで発生しています。--China会話) 2021年10月6日 (水) 11:12 (UTC)[]
  報告 Windows 10 + Chrome(94.0.4606.71)において、塩化水素#他の物質との反応 で問題が再現することを確認しました。「新しいタブで画像を開く」で開いた画像[2]やローカルに保存(「名前をつけて画像を保存」、D&Dいずれとも)した画像は正常なようです。またFirefox(93.0)では正常に表示されるようです。--Jutha DDA会話) 2021年10月6日 (水) 14:32 (UTC)[]

──────────────────────────────────────────────────────────────────────────────────────────────────── 私のところではJutha DDAさんやChinaがあげている場所ではなく、RH + Cl2 → RCl + HCl のHClのHが横向きになっています。--山形祐介会話) 2021年10月7日 (木) 10:51 (UTC)[]

  <chem>のタグに対するブラウザ解釈によるものとみられるので、phabに上げても対応してもらえないかもしれません。再現性が高ければいいのですが、私の環境(Win10+chrome)では再現しませんでした。化学のスタイルマニュアルがある英語版ではchemタグは非推奨(en:Wikipedia:Manual of Style/Chemistry#Line equations)、ドイツ語版では本文中は非推奨、ほかは推奨(de:Wikipedia:Richtlinien Chemie)になっていました。このことから、少なくともドイツ版では同じような現象が出るはずなんですが、phabのOpneタスクをざっくり検索してもchemタグに関する目新しい報告というものがありませんでした。ChromeあるいはEdgeで「高い確率で再現する環境」(利用環境依存も考えられるので、複数人でチェックして再現する必要があります)があれば報告できるかと思います。また、現象が再現したときに「元に戻る方法」(一度目は必ず、F5で更新すると正常に表示されるなど)や、別OS環境(ChromeならWindows10のほかにAndroidを持っていればそちらで再現するかなど)も報告してください。また、1ページだけでなく複数ページでも現象が再現するのかを確認してください。--アルトクール会話) 2021年10月18日 (月) 12:46 (UTC)[]

TEXでアルファベットが横向きに表示されるものがある編集

問題が発生したページ:行列の平方根

問題が発生したときの状況、可能であれば再現性と再現手順:行列の平方根#対角化の利用の3行目ぐらいの  のVが横向き(6番目と10番目のアルファベット、左右反転して110度ぐらい反時計回りに回転した状態)で表示される

 

あなたの使用しているOSとWebブラウザおよびそのバージョ:Windows 10、Chrome

外装(スキン)などのウィキペディアの個人設定:わかりません

10月1日のバグ報告「化学反応式が不自然」と同様の問題(ただし、こちらはTEX)のようです。 --59.171.222.57 2021年10月10日 (日) 02:58 (UTC)[]

  報告 #化学反応式が不自然と同様の環境において、ご報告いただいた問題が再現することを確認しました。また化学式・TeXいずれの例についても、Chromeの開発者ツールにて当該<img>...</img>要素のheightおよびwidthの指定を解除した場合、正常に表示されるようです(逆に、元々正常に表示されている数式の中にはheightの値を変更することで「V」が横倒しになるものがありました)。Firefoxでは同様の現象が発生しないこと、化学式・TeXで共通して発生することなどを踏まえると、SVGのレンダリングに関するブラウザ側のバグである可能性が高そうだというのが私見になります。--Jutha DDA会話) 2021年10月10日 (日) 04:07 (UTC)[]
Windows10、Chromeですが、横倒しになるときとならないときがあります。--新幹線会話) 2021年10月11日 (月) 15:07 (UTC)[]
私も同様です。--山形祐介会話) 2021年10月14日 (木) 11:31 (UTC)[]

ウォッチリスト上で{{SfnRef}}が赤リンクになる編集

  報告 ウォッチリスト(デスクトップ版)や関連ページの更新状況(例:シズル感カネコアヤノ)において{{SfnRef}}が赤リンク(リンク先は編集モード)になる現象が発生しています。メインアカウントとサブアカウント(ウォッチリスト登録1件のみ)、ChromeとFireFoxのいずれでも発生することを確認済みです。ほかにも同様の現象が発生するページがあるかは不明です。--Jutha DDA会話) 2021年10月20日 (水) 12:14 (UTC)[]

  再現しました。症状的にサーバーの不具合なのでクライアントの環境は関係ないと思いますが、一応Windows11 21H2、Chrome94.0.4606.81、ベクター外装にて確認しました。対象ページはChangeList.phpにより生成されるページ郡 (Special:RelatedChanges, Special:RecentChanges, Special:Watchlist)
  1. 2021年10月11日 (月) 11:48 (UTC) の 版番85994167 が一覧に含まれている場合は{{SfnRef}}が赤リンクになりますが、含まれていない場合は赤リンクになりませんでした。
  2. キャッシュの不具合を疑い、空編集でキャッシュを強制破棄しましたが、症状は改善しませんでした。
  3. ローカル環境にインストールしたMediaWikiを起動して同名のページを作成し、ウォッチリスト等から確認しましたが、同様の事象は発生しませんでした (ページ内容までは再現していないし、サイトの構成もjawikiの本番環境とは大きく異なる)。
1. より、版番85994167 の編集が原因となっている可能性が高いと思われます。--Yuukin0248会話 / 投稿記録 2021年10月21日 (木) 09:11 (UTC)[]

モバイル版での最終編集歴表示がおかしくなっている件について編集

モバイル版またはモバイルビューにて各ページを閲覧した際、ページ下部に【(最後に編集された日時)-(ユーザー名/IPアカウントの場合はIPアドレス)】という表示がされるのですが、本日頃から、その表示(文章)がおかしくなっているようです。
現在の表示は【(ユーザー名)によるの編集の最終はX日前】といった感じです。
日本語として回りくどい言い回しであるのはもちろん、本日編集したページの最終編集履歴が【5日前】といったように、誤った日時で表示されてしまうことも確認致しました。【例:阿佐ヶ谷姉妹の のほほんふたり暮らし
いつから表示が変わってしまったのかは定かではありませんが、昨日の時点ではこのような表示ではなかったと記憶しております。
何か原因が判る方、同じような現象が起きている方はいらっしゃいますでしょうか?--雪舟会話) 2021年10月22日 (金) 07:42 (UTC)[]

  情報 MediaWikiのMobile Frontendの翻訳ミスです。translatewiki:MediaWiki:Mobile-frontend-last-modified-with-user-hours/jaなどの履歴参照。Marine-Blueさんによりすべて修正されていますので、次回のMediaWikiの展開 (mw:MediaWiki 1.38/wmf.6) で修正されます。--Yuukin0248会話 / 投稿記録 2021年10月22日 (金) 10:12 (UTC)[]

一部高速道路のルートが表示されない編集

山陽自動車道などの記事に貼ってある地図において、一部高速道路のルートが表示されない不具合が生じています。--新幹線会話) 2021年10月22日 (金) 13:53 (UTC)[]

  プロジェクト‐ノート:道路#OpenStreetMap地図についても参照。以前はほとんどの道路が表示されていなかったのですが、いつの間にか状況がかなり改善しておりますので、時間経過で治ることを期待して一旦様子見でお願いします。#地図がプレビューで表示・保存で不表示もありましたが、Mapframeは挙動がかなり不安定ですので時間経過で解決することが多いです。--Yuukin0248会話 / 投稿記録 2021年10月23日 (土) 04:37 (UTC)[]

「無量大数」にカーソルを当てると無関係のポルノ画像が表示される(閲覧注意)編集

「 無量大数 」へのリンクの部分にカーソルを当てると、無関係のポルノ画像が表示されます。
※ 再現条件に合致する設定で上記にカーソルを当てると表示されますのでご注意ください

使用しているOSとWebブラウザおよびそのバージョン:
 macOS BigSur(11.6)、Safari 15.0 ※ Chrome94でも同様の問題が発生しました

外装(スキン)などのウィキペディアの個人設定: Vector
 ※ 「ページのプレビュー (ページを読みながら題目をプレビュー)」をオンにしています。これをオフにすれば問題は起きません。
→ 「無量大数」のソース自体には問題がないように思います。ページのプレビュー機能のスクリプトが悪さをしているように思えるのですが、どこに問題があるかを発見することができませんでした。 --At it会話) 2021年10月22日 (金) 17:05 (UTC)[]

  •   コメント 無量大数ノート / 履歴 / ログ / リンク元Help:キャッシュ破棄を行いました。ページのプレビュー機能のスクリプトを使用していますが、その前後で私の環境では改善したようです。おそらく無量大数ノート / 履歴 / ログ / リンク元で使用している{{ASIN}}で無関係のポルノ画像を貼り付ける荒らし行為がなされ(差し戻し済みですが)、その影響ではないかと推測しています。(もし同時間帯にページのプレビュー機能のスクリプトを改善された方がいらっしゃれば私の読みの外れですが)--郊外生活会話) 2021年10月22日 (金) 17:19 (UTC)[]
    さっそくのご対応をいただき、ありがとうございました。私の環境でも改善したことを確認いたしました。深謝申し上げます。--At it会話) 2021年10月22日 (金) 17:26 (UTC)[]
    JR東日本E233系電車 JR東日本209系電車 JR東日本E257系電車 国鉄201系電車 国鉄72系電車 国鉄183系電車 などでも同様なサムネイルキャッシュ汚染が発生しております。--2400:4050:B500:F00:209C:5E49:476D:89FB 2021年10月23日 (土) 02:33 (UTC)[]
      コメント Template:鉄道車両ノート / 履歴 / ログ / リンク元における荒らし行為によるものと思われます。ご提示の電車記事群でHelp:キャッシュ破棄を行ったところ、私の環境では改善しました。他の記事に関しても問題がありましたらキャッシュ破棄を試行していただけると幸いです。それでも対応できないページがありましたらご報告いただければと思います。--郊外生活会話) 2021年10月23日 (土) 04:54 (UTC)[]
恐らくこれと同等の不具合が「テクネチウム星」にて発生しております。--220.151.198.122 2021年10月22日 (金) 18:14 (UTC)[]
  コメント 先ほど私のほうで確認したところ、この問題は解消していました。--郊外生活会話) 2021年10月23日 (土) 04:54 (UTC)[]

近鉄260系電車のページのプレビューに全く無関係な性的な画像が表示される。編集

題名のとおりです。以下の手順で再現できます。なお成人向けレベルの性的な画像なため、注意が必要です。

  • 問題が発生したページ:「近鉄260系電車」にリンクされているページ全般。
  • 再現手順:ページのプレビューをオンにした状態で近鉄260系電車のリンクをマウスオーバーする。
  • OS:Windows 10
  • 使用ブラウザ:Firefox
  • スキン:ベクター

本来は該当記事の削除依頼(版指定削除)をしたかったのですが、該当ページの直近の履歴に該当する画像が確認できなかったため、ここで報告することになりました。 ご対応の程よろしくお願いいたします。--OTS Shimajiro会話) 2021年10月26日 (火) 11:16 (UTC)[]

  コメント 現時点、当方で確認したところ当該問題は発生しておりません。もしかすると#「無量大数」にカーソルを当てると無関係のポルノ画像が表示される(閲覧注意)類似事案かもしれません(当該ページですが、荒らし行為の報告のあったTemplate:鉄道車両ノート / 履歴 / ログ / リンク元を読み込んでいます)。--Hokkaido-sm会話) 2021年10月26日 (火) 15:39 (UTC)[]