Wikipedia:バグの報告

出典: フリー百科事典『ウィキペディア(Wikipedia)』
移動: 案内検索

雑草とり
ページの分割と統合
ページの改名
移動依頼
履歴複製依頼
日本語版にはない記事
スタブ
プロジェクト間の移動
バグの報告

執筆依頼
翻訳依頼
加筆依頼
修正依頼
査読依頼
画像提供依頼
Bot作業依頼
表示改善依頼
著作権問題調査依頼
統合提案
分割提案
改名提案
コメント依頼

削除の方針
削除依頼
即時存続
版指定削除
版指定削除の方針
即時削除
即時削除の方針
リダイレクト削除の方針
リダイレクトの削除依頼
利用者ページの削除依頼
復帰の方針
削除の復帰依頼
管理者伝言板/削除

方針とガイドライン一覧
プロジェクト関連文書一覧

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

このページは、不具合がバグなのかどうかはっきりしない時、または英語でのバグ報告に不安がある場合などに、ウィキペディア日本語版の利用者が日本語で報告・相談する場です。新しいバグの報告はこのページの最後に書き加えてください。その際は、

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

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

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

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


IE環境での閲覧不具合[編集]

バグなのか、私の閲覧環境側のエラーなのか判断しかねるのですが、一応ご報告いたします。

WinXP(32bit)/IE8環境にて昨晩まで普通に閲覧できていたページの一部が、本日になって突然正常に表示できなくなるという現象が発生しました。正確には一瞬画面が表示されたのち白紙になるという現象なのですが、その状態のソースを確認すると

<script src="//bits.wikimedia.org/ja.wikipedia.org/load.php?debug=false&lang=ja&modules=ext.wikiLove.local&skin=vector&version=20130425T030034Z&*"></script>

となっており、正常にロードされていない、もしくは正常に読み込みできていない状態であることが察せられます。全てのページで再現する現象ではないため、何が原因であるのか私自身でも分かりかねるのですが、もし昨晩から本日にかけて何らかの改良がバックグラウンドにて行われたのであれば、そのことが要因であるようにも思われますので、こちらにてご報告させていただきました。--MaximusM4会話) 2013年4月25日 (木) 13:51 (UTC)

  • win7(32)、Chromeでも今朝(Windows Update以降)同様の症状が発生していました、purgeしたところ今のところ発生しなくなりました。一応ご報告。--Vigorous actionTalk/History) 2013年4月25日 (木) 13:56 (UTC)
  • bugzilla:47457で報告されたバグではないでしょうか。4月29日に解決済みのようです。 --whym会話) 2013年5月2日 (木) 13:53 (UTC)

***************

11:28 2013/11/16 WindowsXPからIE8.0.6004.18702ICを用いて閲覧しています。 2013/11/9前後(正確な日付は不明)より、Wikipediaのトップページおよび履歴や検索から閲覧しようとしたすべてのサイトで、

  • 画面に表示されるページだけは普通に映る
  • 下にスクロールしようとすると、文字が伸びて見れなくなる
  • 白紙になる

状態が発生しました。 11:28 2013/11/16現在、トップページは問題なく閲覧できました。 一応ご報告いたします。 —以上の署名の無いコメントは、222.230.111.68ノート)さんが 2013年11月16日 (土) 11:32‎ に投稿したものです(Gwano会話)による付記)。

ページ先頭のセクションに「編集」リンクを追加するガジェットが作動しない[編集]

「ページ先頭のセクションに [編集] リンクを追加する」ガジェットが表示されません。

確証はないのですが時期的にWikipedia:お知らせ#節編集リンクの変更絡みなのかなと思うのですが、どうにかなりますでしょうか。過去にWikipedia:井戸端/subj/節リンク移動問題へのJavaScript方式による対処の提案Wikipedia:井戸端/subj/セクション編集リンク周りのスクリプトの整理などがあり、セクション周りを独自にローカル化しているため影響が出たのかな、と勝手に解釈しているのですが。--Starchild1884会話) 2013年5月8日 (水) 22:59 (UTC)

報告 ご推察の通りでございます。ガジェットに関しては、応急処置を施しました[1]。今回の応急処置による別の問題が出る可能性もあります。問題がありましたら、ご報告頂けるとありがたいです。また、「節編集リンクの変更」に関連した別の現象ですが、現在のところ、トランスクルードされたページに付けている節編集リンクの拡張が機能していません。こちらは主に井戸端で目にすることが多かったものと思います。こちらについても、合わせて対応を考えていきたいと思っています。なお、この件については、「プロジェクト‐ノート:ウィキ技術部#Common.jsの修正が必要そうです(modifyEditsection)」でも話題にしております。--Frozen-mikan会話) 2013年5月9日 (木) 06:37 (UTC)
早急な対応ありがとうございます。先頭セクションの編集リンクが復活しているのを確認しました。
私はスクリプトは読み書きできませんが、節周りでおかしい動作を見つけたらここへ報告させていただきます。--Starchild1884会話) 2013年5月9日 (木) 21:17 (UTC)

「ページを移動」ボタンの高速ダブルクリックで2回分記録される[編集]

実行環境(クライアント):OSはWindows 8、ブラウザはChrome version 27.0.1453.116 m

ページ移動の際に「ページを移動」ボタンを誤って高速にダブルクリックしてしまった結果、移動記録およびページの履歴に2回分の操作が記録されてしまいました。この操作の実行後、通常どおりページ移動が正常に終了した旨のメッセージが表示され、当該ページは正常に移動されています。なお特定版削除のための移動であるため、リダイレクト非作成での移動です。

このような場合、2回目のリクエストはエラーで失敗すべきですが、エラー表示されず、上記のとおり同じ実行結果が2回分記録されています。DBの排他制御が正しく動作していない可能性があり、ACIDの実装に問題があるかもしれません。後でBugzillaにも報告するかもしれませんが、とりあえず備忘録としてこちらに報告しておきます。--Penn Station (talk) 2013年7月8日 (月) 18:42 (UTC)

mw:Manual:Database access#Lock contentionにある通り、デッドロックを防ぐために、ロックを通常使っていません。--Burthsceh会話) 2013年8月24日 (土) 22:26 (UTC)

http接続[編集]

ログインユーザーが基本https:接続になり個人jsがchrome(現バージョン 29.0.1547.76 m)で動かなくなったので、特別:個人設定でhttp接続にするように設定を行いましたが、本日から常にhttps:接続になってしまいます。ブラウザ等を変更しても同じ状況です。対策等をご存知の方が居られましたらお教えください。--Vigorous actionTalk/History) 2013年9月29日 (日) 01:37 (UTC)

コメント 動かなくなった個人jsとはどのようなものでしょうか?--Frozen-mikan会話) 2013年9月29日 (日) 03:57 (UTC)
このあたりです。--Vigorous actionTalk/History) 2013年9月29日 (日) 07:18 (UTC)
こんばんは、ご無沙汰しております。Vigorous actionさんのvector.jsのinclude()関数中の「http:」を「https:」に修正すれば動作すると思います。importScript()でもいいのかもしれませんが、私はとりあえずこの修正で対応しました。個人設定のプロトコル選択が効かなくなったのはバグなのか仕様なのか…。--Penn Station (talk) 2013年9月29日 (日) 09:15 (UTC)
コメント なるほど。Penn Station さんの対処で直るのならば、http: の部分を削り、// から始める方が良いかと思います。削ってあると、読み込まれてるプロトコル (http/https) に合わせて、ブラウザがリンクを生成してくれます。個人設定の方は自己責任になりますが、https のチェックを外してる状態で、クッキー(Cookies)にある forceHTTPS を削除すれば http で読み込める事を確認しました。--Frozen-mikan会話) 2013年9月29日 (日) 11:06 (UTC)
jsはとりあえず上記方法で動きました。おふた方ありがとうございました。本題のhttp:のほうは別のブラウザも使っているのでその時にセキュリティ警告が大量に出るのでhttps:を使わないようにしてたのですがどうも上記方法をとってもダメなようでした。--Vigorous actionTalk/History) 2013年9月29日 (日) 11:27 (UTC)
報告 応急処置うまくいって良かったです。試しに私も個人設定変更後(チェックボックスをオフ)、ブラウザでCookiesを削除→再ログインで試してみましたが、やはり強制的にhttpsになってしまいました。OSはWindows 8、ブラウザはChrome (29.0.1547.76 m) です。--Penn Station (talk) 2013年9月30日 (月) 10:37 (UTC)

Xeonの印刷プレビューができない[編集]

Xeonの印刷プレビューをすると、ブラウザがハングアップする。 OS:Windows 2003 Server Standard SP2 ブラウザ:Firefox 24.0 「進行中: 準備中...」のままになる ただし IE 8.0.6001.18702 ではプレビュー可

OS:Windows XP Professional Version 2002 SP3 ブラウザ:Firefox 24.0 およびIE 8.0.6001.18702

英語版のXeonはOS・ブラウザいずれの組み合わせでも印刷プレビュー可 ——以上の署名の無いコメントは、Papango maleノート履歴)さんが 2013年10月9日 (水) 05:11 (UTC) に投稿したものです。

(編集情報)署名を追加。リンクが上手く動作するように修正。--Frozen-mikan会話) 2013年10月9日 (水) 08:36 (UTC)
情報 参考情報ですが、Windows 8上の Chrome 30.0.1599.69 m および IE 10 では共にXeonのページの印刷プレビューが正常に行えました。Firefox固有の問題かもしれません。--Penn Station (talk) 2013年10月9日 (水) 12:00 (UTC)
情報 Windows 7 SP1 64bit の WOW64 環境下 Firefox 24.0 (32bit app) でも報告されている現象を確認。ただし Firefox Nightly 27.0a1 (2013-10-08 / 64bit) では正常に印刷プレビューが可能なようです。「印刷用バージョン」でも報告されている問題は発生するようです。仮想マシン上に入れた Ubuntu (64bit) 上の Firefox 24.0 でも同様です。開発元の mozilla 上にある bugzilla にて "print preview" という単語で検索すると、いくつか類似すると思われる案件の報告がありますね。--Hosiryuhosi会話) 2013年10月9日 (水) 12:44 (UTC)

IEの「互換表示」関連の問題(まとめ)[編集]

再びIEの互換表示関連の問題が発生しているようですので、過去の話題をまとめておきます(バグ修正で解決済みのものもあります)。

以上、ご参考までに。--Penn Station (talk) 2013年10月14日 (月) 04:42 (UTC)

改良型編集ツールバーが表示されない。[編集]

Kindle Fire HDAmazon Silkというブラウザを使っているのですが、編集画面の改良型編集ツールバーが、10回に1回くらいしか表示されず、たいていは従来のツールバーが表示されます。どのページでも、どの外装でもで、以前からずっとそうです。--What here area team会話) 2013年11月15日 (金) 11:08 (UTC)

拙者の環境(Windows 7 Service Pack1、Firefox25.0.1)でも、11月27日より改良型編集ツールバーが現在全然表示されなくなりました。何かのバグなのかどうか判らなくて頭を抱えている状況です。改善に向けて何かお知恵がありましたら宜しくお願い申し上げます。--利用者:Geogieノート / 履歴 / ログ 2013年11月27日 (水) 21:18 (UTC)
コメント Windows8.1, Firefox25.0.1 の環境で見てみましたが、問題なく表示されています。再現できないので何とも難しいところです。対処法としては、キャッシュを使わない再読み込み(主にShiftキーを押しながら再読み込み)を試してみる。個人設定で改良型編集ツールバーを使用しないようにする。もしくは、Firefoxでしたら、ガジェットの高機能エディタ wikEd で代用する。などでしょうか。後は、F12キーを押してコンソールタブを表示することで何らかのエラーが見つかるかもしれません(Firefoxの場合、多くの警告に埋もれてるかも)。--Frozen-mikan会話) 2013年11月28日 (木) 00:46 (UTC)

かなり時間があいてしまいましたが、僕のKindle File HDはタブレット端末のため、shiftやF12等の特殊なキーがないのでその方法が取れません。ただ、編集画面で一度プレビューする→そのタブを開いたまま別のタブを開く→しばらくして再びプレビューしているタブを開く。ということをした時、2秒程度真っ白な画面が表示されてから元の画面が表示された場合は、ほぼ確実に改良型ツールバーが表示できるようです。ややこしいですが、真っ白な画面が表示されるのはKindleの特性で、使用している方ならお分かりになると思います。ちなみに、英語版アンサイクロペディアなど、MediaWikiを使用する他のサイトでも同様のことが起こります。--What here area team会話

ウィキペディアでは毎回表示されるようになりました。何か対応してくださったのでしょうか。ありがとうございます。--What here area team会話) 2014年3月11日 (火) 07:14 (UTC)

フィーチャーフォンからの閲覧が出来ない[編集]

11月初旬より、google検索結果より本文に飛ぼうとしたところ、502エラーとなり、接続できません。 また、日本語版のトップページが表示できません。日を変え時間を変え、それぞれ十数ページずつ試してみましたが、同様の症状です。 使用したのはドコモのSH-05A、iモードブラウザ使用です。 検証お願いいたします。 —以上の署名の無いコメントは、113.197.147.250ノート)さんが 2013年11月19日 (火) 19:03 (UTC) に投稿したものです。

情報 私もガラケー(2009年発売の機種、日本の主要メーカー製)を利用していますが、Webブラウザから日本語版Wikipediaをメインページを含めて問題なく表示できています。機種によるのかもしれません。--Penn Station (talk) 2013年12月3日 (火) 13:29 (UTC)
情報 auのK009でPCサイドビューワーを使用していますが、メインページを含めて問題なく表示できています。機種によるのか、iモードブラウザで発生するのかではないでしょうか。--アルビレオ会話) 2013年12月4日 (水) 19:50 (UTC)
502エラーは「ゲートウェイ・プロキシサーバは不正な要求を受け取り、これを拒否した」なので、恐らくiモードのゲートウェイがエラーを検出しています。未だ現象が改善されていないのでしたら、ドコモのサービスセンターに問い合わせることをお勧めします。--アルビレオ会話) 2013年12月7日 (土) 11:41 (UTC)
情報 ガラケー(2010年発売?の機種、日本の主要メーカー製)のiモードブラウザで確認してみました。google検索結果より本文に飛ぼうとしたところ、502エラーとなり接続できませんでした。しかしアドレスを入力して接続した場合やブックマークされたページの一部は、接続可能でした。最近はgoogle検索を用いてwikipedia日本語版にアクセスしていなかったので不明ですが、Google Mobile Proxyを経由して表示されていたように記憶しています。そちらの影響も考えられるのかもしれません。(今回検証して思ったこと。ガラケーでログインしてwikipediaにアクセスすると大量のセキュリティ警告が出て面倒でした。)--Vigorous actionTalk/History) 2013年12月8日 (日) 08:16 (UTC)
念のため、ですがauのK009でPCサイドビューワーを使用して、google検索結果でウィキペディアの記事を表示することは問題なくできています。「ウィキペディア」で検索して、リンクからメインページが表示できます。
iモードブラウザは使える環境がないのですが、google検索結果で、リンクではなく表示されるurlを使って接続できれば回避策になりませんか? --アルビレオ会話) 2013年12月8日 (日) 08:57 (UTC)
情報 私の機種ではGoogleの検索結果からもWikipediaの記事を表示できました。--Penn Station (talk) 2013年12月10日 (火) 11:59 (UTC)

エラー502の回避法のようなもの[編集]

報告 当方の携帯電話(NTTドコモ、SH-01C)も、2013年11月上旬頃からiモード接続で同様のエラー502が発生しています。「ウィキペディア 接続先のサーバは現在ご利用できません(502)」でGoogle検索してみると、それなりの方々が同様のエラーに見舞われているようです。Vigorous actionさんと同様にアドレスの直接入力やブックマークからの呼び出しも試したのですが同じ結果でした。 ja.m.wikipedia.org(モバイルビュー版)のページはこのエラーが出ないのですが、当方のSH-01Cではモバイルビューが(通常版と比べて)非常に見づらいので、もう諦めてGooやFresheyeを通じて閲覧していたのですが、最近このエラーの回避法(のようなもの)を見つけたのでご報告します。

  1. ja.m.wikipedia.orgの任意のページ(トップページなど)を、URL手入力機能で開く。 ※モバイルビュー版はエラー502が出ません。
  2. ページ最下部で「携帯機器|デスクトップ」と表示されるところの「デスクトップ」をクリック。
  3. この操作を一度だけすれば、それ以後、Google検索からのリンクを含めて通常版のページでエラー502が発生せず閲覧できるようになります。

ちなみに、携帯電話を再起動してもエラー502は再発しませんが、携帯電話のCookieを削除するとエラー502が再発します。その場合も上記の操作をするとエラー502が発生しなくなります。 従って、Cookieで記録している何らかのパラメータで閲覧制御しているウィキペディア側(というよりMediaWiki側?)のバクではないかと推定しています。 またこれは実験していないので推測の域を出ませんが、Cookieを全く保持しない機種(私が以前持っていたSH-03ASH903iSH901iC等、古い機種にはCookieを保持しないものもあります。)については毎回このエラーが出るのではないかと思われます。 以上、ご報告でした--tan90deg会話) 2014年1月9日 (木) 15:50 (UTC)

Deployed a change to fix this problem[編集]

Hi, we deployed a change to fix this problem, can you confirm if it works now? MaxSem会話) 2014年3月11日 (火) 21:48 (UTC)

コメント MaxSemさんがこの問題を修正されたそうです。問題があった方はご確認をよろしくお願いします。--Penn Station (talk) 2014年3月12日 (水) 13:53 (UTC)

MacBook上のSafariで画面を開いた途端に落ちる[編集]

項目は「カメオ」です。環境はMacOSX10.7.5、Safariは6.1(7573.71)です。単純にウィキペディアのトップページから検索窓に「カメオ」と打ち込んで、テキストが表示され、画面の読み込みが始まった時点で落ちます。アップル社にはバグレポート送信済みです。ちなみにSafariを再度起動し、ウィキペディアのトップページからためしに「落雁」でひいてみましたが、特にトラブル発生しなかったので、「カメオ」のページのみの問題と思われます。 —以上の署名の無いコメントは、118.109.88.115ノート)さんが 2013年12月13日 (金) 01:27 (UTC) に投稿したものです。

もう一つ項目が発生しました。「靖国神社」です。環境は上項と同じです。症状も同じです。正月でアクセスが殺到しているとも思えないので、画面読み込みの段階でなにか発生していると思われます。 —以上の署名の無いコメントは、118.109.88.115ノート)さんが 2014年1月3日 (金) 05:32 (UTC) に投稿したものです。

日本語が中国語フォントになる現象[編集]

Windows 7 SP1,Firefox 25.0.1,にて、ウィキメディアコモンズのアップロードウィザード内等のSVG画像の文章変換とウィキブックスの”PDF形式でダウンロード”という選択をすると中国語フォントが指定されます。 中国語フォントなので文字化けがひどいです。やはりWikibooks内ではPDFでなくEPUBで出力するしかないのでしょうか。 --秋方会話) 2013年12月13日 (金) 14:41 (UTC)

FireFoxでTemplate:碁盤の表示が乱れる[編集]

Windows7 SP1を使用しています。例えば囲碁を閲覧した時、FireFox 26.0では碁盤がスロット状に、縦に長く表示されてしまいます。IE10では正常に表示されます。 en:Go (game)など、英語版の記事はFireFoxでも正常に表示されるので、Template:碁盤と英語版のTemplate:Gobanの違いによると思われますが、私ではこれ以上調査不可です。--アルビレオ会話) 2014年1月5日 (日) 10:25 (UTC)

コメント僕の環境(Ubuntu 13.10 + Firefox 26.0) では再現しないようです.--あるうぃんす会話) 2014年1月10日 (金) 12:17 (UTC)
情報ありがとうございます。個人設定で外装を変えると現象が変わることが判りました。モノブックでは発生せず、モダンだとスリットがかなり広く、ケルンブルーだとスリットは空くがモダンほどではなく、ベクターだと3路毎にごく細いスリットが空く状態です。前回IE10では正常と書いたのは、実際にはログインしていなかったためで、IE10でもログインして外装を変えるとモダン、ケルンブルーではスリットが空きます。IE10だとモノブックとベクターでは発生しません。--アルビレオ会話) 2014年1月10日 (金) 13:11 (UTC)
言語版や外装により隙間の高さが違うのはfont-sizeの指定の違いによるものだと思います。Firefoxの動作としては仕様通りのようです。tableの中のa要素とimg要素にdisplay:blockを指定するか、tableにline-height:0を指定すればよさそうですが、ほかのブラウザでは確認していません。--Burthsceh会話) 2014年1月19日 (日) 11:40 (UTC)
<div class="magnify" style="float:none;margin:0;">と</div>で囲めばよさそうです。--Burthsceh会話) 2014年2月2日 (日) 10:12 (UTC)
印刷用バージョンの確認を忘れていました。<div class="magnify" style="display:block;float:none;margin:0;">と</div>で囲むのが正しいです。本来は、MediaWiki:Common.cssに適当なクラス名でスタイルを定義すべきです。--Burthsceh会話) 2014年2月16日 (日) 15:11 (UTC)

路線図テンプレートの異常表示[編集]

異常表示。Template:鉄道配線図、このような表示が出ているようです。--S.Noue会話) 2014年1月28日 (火) 10:21 (UTC)

Template:駅配線図を見ると、「1993年のイシー・プレヌ駅」は正常に表示されますが、配線図例3は表示が崩れています。配線図例4だと、駅構内は正常ですが、両側の渡線部分は表示が崩れ、そもそも駅構内と渡線部分で上側の線路はつながっていますが、下側の線路はつながっていません。背景が薄い水色の部分が上下に引き伸ばされ、表示が崩れているようです。--アルビレオ会話) 2014年1月28日 (火) 23:18 (UTC)
  • #FireFoxでTemplate:碁盤の表示が乱れると同じ理由でこのようになっています。--Burthsceh会話) 2014年2月2日 (日) 10:12 (UTC)
    • コメント ご指摘いただいた碁盤の件での解消法(divの指定を行う)で一応の解決が見られます。メディアウィキ側のバグと言うよりは、ブラウザ側の解釈の違いによる可能性のほうが高いかもしれません。--アルトクール(/) 2014年2月4日 (火) 13:42 (UTC)

ページ移動後、移動したページが真っ白になりました。[編集]

改名提案から1週間経ち、合意を経たためノジマステラ神奈川ノジマステラ神奈川相模原に移動したのですが、移動先が真っ白になっていました。まだ移動されていない改名提案中のASエルフェン狭山FCや、通常編集をしたスフィーダ世田谷FCについても同様の不具合が見られ、キャッシュを破棄しても改善されませんでした。OSはWindows7、ブラウザはIE9です。ちなみに当方のスマートフォン(docomo F-06E ARROWS NX)についても同様の不具合が見られます。急なことで驚いてしまいましたが、何か解決方法はないでしょうか?--Fomalhaut373会話) 2014年2月5日 (水) 17:22 (UTC)(編集。--Fomalhaut373会話) 2014年2月5日 (水) 18:15 (UTC))

記事の移動は関係ありません。templateに特殊な記述(ウイルスとかではないのでご安心ください)をすることで、それを読みこんでいる全てのページを白紙化する荒らしが発生しています。有志が修正を行なっていますので今しばらくお待ちください。じきに直るはずです。--Starchild1884会話) 2014年2月5日 (水) 18:18 (UTC)
情報 複数のテンプレートが荒らされた影響が出ています。詳細はWikipedia:井戸端/subj/特定の記事が白紙表示されるをご確認ください。--Penn Station (talk) 2014年2月5日 (水) 18:46 (UTC)

TeX のエラー[編集]

ノート:平方剰余の相互法則‎でも一件報告されていますが、あちこちのページで TeX のエラーが起こっています。meta:Help:Displaying a formula が変なので、日本語版だけの問題ではなさそう。少なくとも24時間前には何ともなかったように記憶しています。英語のところでも大騒ぎになってるのではないかと予想しますが、現在私に調べる時間がないので、とりあえずここに報告しておきます。投げっぱなしで済みません。--白駒会話) 2014年2月7日 (金) 13:02 (UTC)

情報 cf. en:Wikipedia:Village_pump_(technical)#Math_aligned_environments_failing_to_parse あたりでしょうか.--あるうぃんす会話) 2014年2月7日 (金) 13:38 (UTC)
情報をありがとうございます。ゆっくり読む暇がありませんが、やはりあちらでも混乱していますね。今現在は、ページをパージする(URL に ?action=purge を付けて読み込む)と少なくとも一時的には直るようですが、それが根本的な解決法なのかはよく分かりません。--白駒会話) 2014年2月10日 (月) 11:02 (UTC)
◆現在、私の環境では問題が見当たらなくなりました。どうもお騒がせしました。--白駒会話) 2014年2月12日 (水) 00:15 (UTC)

Template:Cite bookの表示[編集]

Template‐ノート:Cite book#全角空白が表示される件で反応がなかったので。Template:Cite book/docの例示でもそうなのですが、和書の表示の場合、タイトルの『』の前後に1個ずつ全角空白が表示されるようです。必要とも思えないのですが、これはバグなのでしょうか。--Garakmiu2会話) 2014年2月14日 (金) 20:39 (UTC)

意図して全角空白にしているのでしょうが、Wikipedia:表記ガイド#使用可能な文字からは全角空白を使うべきではないようです。直接{{Cite book}}で全角空白にしているのではなく、中で呼び出している他のテンプレートの問題のようですが、追い切れませんでした。--アルビレオ会話) 2014年2月15日 (土) 05:22 (UTC)
ご回答ありがとうございます。テンプレートの作成に関しては全く分からないので、自分で直すことはできず、困ったものです。--Garakmiu2会話) 2014年2月15日 (土) 05:40 (UTC)
書誌情報の書き方(和書)(項目間の区切り)では、かぎ括弧の前後は全角空白にするようになっているので、それに合わせてあるのではないでしょうか。--みそがい会話) 2014年2月15日 (土) 05:51 (UTC)
両者のガイドラインで細目に矛盾がありますね。Wikipedia:井戸端/subj/複数のガイドラインの細部の衝突でまずは議論すべき場所を問い合わせました。以降の議論はそちらで(指定された場所で)しましょう。--アルビレオ会話) 2014年2月15日 (土) 06:32 (UTC)
全角空白の編集はこちらの編集で付け加えられたものではないかと存じます。--Arvin会話) 2014年2月15日 (土) 08:43 (UTC)

モバイル版の表示異常[編集]

こんにちは。九州朝日放送佐賀支局をモバイルモードで開いて、上の「このページには問題点があります」を押すと、やたら!マークだらけの画面になってしまう(iOS7などで確認)ので、こちらに報告いたします。--Jkr2255 2014年2月21日 (金) 03:36 (UTC)

情報 iOS7.0.4(現行の最新版)を適用したiPhone5(ソフトバンク回線)で、Safariで確認したところそのような不具合は確認されませんでした。--Hokkaido-sm会話) 2014年2月21日 (金) 03:45 (UTC)
情報 Linux 上の Firefox 及び Iron から 非ログイン状態で ja.m.wikipedia からアクセスしていずれかの記事で問題点のテンプレートをクリックすると(たとえば[2]から)上記の再現と思われる表示が確認できました.ログイン状態では再現しないようです(外装は Vector を使っています).--あるうぃんす会話) 2014年2月21日 (金) 15:39 (UTC)
コメント パソコンでもモバイルビューから見ると確認できます。{{複数の問題}} を使用しているページで発生しているようですが、HTMLの構成が多少違うようで、英語版 では問題なく表示されているようです。--Frozen-mikan会話) 2014年2月22日 (土) 05:39 (UTC)
情報 先ほど確認した所、前回見られたような背景指定は見られませんでした。原因と経過は不明ですが、現状ではいかがでしょうか。--Frozen-mikan会話) 2014年3月10日 (月) 14:35 (UTC)
コメント 同じく現在再現しませんね. --あるうぃんす会話) 2014年3月11日 (火) 10:00 (UTC)
情報 gerrit:111374により解決したようです。--Burthsceh会話) 2014年3月14日 (金) 16:49 (UTC)

モバイル版からの編集[編集]

Artist LOCKS!というページがモバイル版から編集出来ない状態です。ページ上部の編集ボタンはタップ出来ず(アイコンに鍵がかかっている)、節ごとの編集も出来ません。OSはAndroid4.1.2、ブラウザはOS標準の物とChrome(最新)両方から確認しました。なおパソコン版からの編集は可能なので、私もその方法で上記の環境から編集しました。

ソースを確認したところ、概要の説明の後にいきなりレベル3の見出しが置かれているのですが、これが影響しているのでしょうか?--花が凄奴会話) 2014年3月9日 (日) 23:33 (UTC)

報告 ご指摘の点(レベル2の見出しで始まっていない)を修正した所、モバイルビューの画面でも編集ボタンが選択できるようになりました(編集差分)。--Frozen-mikan会話) 2014年3月10日 (月) 14:32 (UTC)
対応ありがとうございました。--花が凄奴会話) 2014年3月10日 (月) 14:49 (UTC)

トップページ選り抜き記事内のセクションリンクの不都合[編集]

確認環境: Windows7 / Google Chrome 33.0.1750.146 m

トップページで表示される選り抜き記事内のセクションリンクが正しくリンクされていません。

今日の選り抜き記事の場合では、「非行事実」というリンクが「少年保護手続#非行少年」へとリンクされなければなりませんが「メインページ#非行少年」へリンクされてしまっています。 --Zinn507会話) 2014年3月12日 (水) 06:58 (UTC)

当該の箇所ですが、どうやらWikipedia:秀逸ピックアップ/少年保護手続を読み込んでいるようです。当該ページに変更を加え、リンクが作動するようにしておきました。--Hokkaido-sm会話) 2014年3月12日 (水) 07:17 (UTC)
対応ありがとうございました。 --Zinn507会話) 2014年3月12日 (水) 07:29 (UTC)

特定の環境で source / syntaxhighlight タグ内のフォントが正しく選択されない[編集]

まず前提として,mediawiki / wikipedia 上でプログラミングのソースコードを表記する際には Syntax Highlight Extension で説明されている source ないし syntaxhighlight タグが使われ,この中ではシンタックスハイライトの適用とともに等幅フォントの使用が期待されています.例えば以下の例で,1行目の m と2行目の p, また 2,3 行目は位置が揃い,4,5 行目の m と l は同じ幅で表示されているべきです(インデントはスペース4つで行っています).

def myfunc():
    print("foo")
'   print("foo")'
"mmmm"
"llll"

この時,環境と文脈によっては適切なフォントが選択されず,プロポーショナルなフォントで表示されたり,太字になる def や 2行目の print で位置がずれたりするようです.

少し試してみたところ,i)ブラウザ・環境によって再現するかどうかは異なり, ii)欧文中では再現しない(和文の文脈中で用いた時のみ再現する.en:User:あるうぃんす に上記と同じ例を置いておきました)ようです.

手許の環境では次のようになります.iPad 以外はいずれも Ubuntu 13.10 (非日本語 remix, 英語環境)上のもので,全て非ログイン状態で確認しました.

  • プロポーショナルなフォントで表示される
    • iPad 上の safari, chrome
  • フォントは等幅になっているが,太字部分で幅がずれる
  • 再現しない

欧文中では再現しないことを含め,何らかの問題が再現するかどうかの境界は lang テンプレートなどを使わずにキリル文字やギリシャ文字を書いた時に和文フォントが選択される場合と一致するようです.

自力でこれ以上何をどう調査していいのか分からなくなったため,情報として些か不十分にも思われますが,まず報告させていただきます. --あるうぃんす会話) 2014年3月16日 (日) 08:12 (UTC)

すみません,幅がずれる方についてはおそらくかなり条件が絞れ,ほとんど全部こちらの設定の問題でした.css やブラウザがどのフォントを使うのかについての知識が殆ど無いので,酷い誤解があるかも知れませんが,多分大丈夫です.再現条件は
  • Firefox のように,和文中の欧文に対しては可能なら和文フォントをそのまま使うブラウザ(あるいは言語ごとにフォント設定ができるブラウザ?)で
  • 和文中の monospaced なフォントについての特段の設定をしておらず (ここまでで要するに,単純に monospaced と和文中で言われた時に和文フォントをそのまま使う状態で)
  • 和文フォントとして IPAGothic のように Bold と regular の二書体を持たないフォントを使っている場合(多分)…
と思われます.最初のは我ながらちょっと何を言っているのかわかりませんが,Help:MediaWikiに適応するブラウザ に似た意味のことが書かれています.Firefox では言語ごとにフォントの設定があるようで,日本語についてのフォントのうち monospace に適切なフォントを割り当てるか,そもそも和文にMigmix のように bold 用の書体を含んだフォントを用いれば解決します.
なお ad hoc な対処として custom css の使用も考えたのですが,どうやら custom css を読み込む場所より下に "GeSHi Dynamically Generated Stylesheet" としてスタイル指定が書き込まれており,結局たんなる monospace に上書きされてしまうようです.これは bug と言っていいかもしれません.
iOS (6 です,そういえば…) からの閲覧でプロポーショナルなフォントが使用されるほうについては未解決です. --あるうぃんす会話) 2014年3月17日 (月) 09:39 (UTC)若干追記--あるうぃんす会話) 2014年3月17日 (月) 09:49 (UTC)
コメント 拡張機能とは言え、カスタムCSSで上書き出来ないのはバグっぽいですね。さて、適用順で上書きできないということについて、あまり良い手ではないと思えますが、セレクタの優先度を少しだけ上回るように指定するはいかがでしょうか。具体的には .de1 の部分を pre.de1 にするといった具合です。--Frozen-mikan会話) 2014年3月17日 (月) 10:17 (UTC)
ありがとうございます.CSS ちょっと勉強しつつやってみます.--あるうぃんす会話) 2014年3月19日 (水) 06:04 (UTC)

「ページ情報」→「既定のソートキー」の文字化け[編集]

デフォルトソートに平仮名(といいますかASCII以外の文字?)を使用している場合、「ページ情報」の「既定のソートキー」欄が文字化けします。デフォルトソート自体は問題ないようで、カテゴリなどへの影響はない模様です。--Starchild1884会話) 2014年4月1日 (火) 23:22 (UTC)

情報 私も1週間ほど前に文字化けを確認しましたが、現在は正常に表示されています。再度ご確認よろしくお願いします。--Penn Station (talk) 2014年4月5日 (土) 18:27 (UTC)
当方の環境でも現在は正常に表示されていることを確認しました。--Starchild1884会話) 2014年4月5日 (土) 22:50 (UTC)

ページ名や見出しのフォントサイズが変更されている[編集]

昨日からページ名や見出しのフォントサイズが変更されており、一部の文字については太字になっていて少し違和感を感じるのでサイズを以前の状態に戻すことが可能であればお願いします。ちなみに確認環境はOSWindows7、ウェブブラウザがInternet Explorer 11を使用しています。--Louis XX会話 / 投稿記録) 2014年4月4日 (金) 12:28 (UTC)

情報 井戸端に関連する議論があります。--Wolf359borg会話) 2014年4月4日 (金) 13:06 (UTC)

コメント 私は Windows Vista 英語版/IE9 の環境で使っていますが、このあいだから見出しのほとんどの漢字が Batang のような韓国語の明朝字体で表示で表示され、日本でのみ使われる新字体 (韓国語フォントに相当する漢字がUnicode上含まれていないとき) のみ日本語フォントのゴシック体で表示されるようになりました。日本語版とはフォント適用の優先順位が違うのかもしれませんが、韓国語字体で表示されるのはあんまりだとおもいます。多言語環境からの閲覧で、正しく日本語フォントが適用されるようにしてほしいです。Su会話) 2014年4月5日 (土) 00:16 (UTC)

Wrapjの文字化け[編集]

いつからなのか分かりませんが、{{Wrapj}}が使われている箇所(当然ですがNowrap begin~Nowrap end内です)において、Wikipedia:バグの報告/MediaWiki1.18#不要なキャラクタが表示されると同様の、一部の環境においてのみ、文字化けが発生しております。これも同様に特殊スペースの都合でしょうか? 少なくともVIERAのネット機能やIE6(SP1)で上記ログと同じ文字に化けていることを確認しておりますので、もしかしたらLinux版Operaでも(当時のディストリビューションでは?)同様に文字化けしているのかもしれません。こうした「一部の環境」で細かいところが化けるというのは他にもあったかもしれませんが、Wrapjが化けるのは少々目立つ気がしましたので、一応ご報告しておきます。なお{{Wrap}}では大丈夫でした。--Gwano会話) 2014年4月4日 (金) 13:06 (UTC)

左メニューでのリンクミス[編集]

左に表示される各種メニュー表示ですが、「ヘルプ」のリンクがHelp:目次ではなく、なぜかmediawikiのヘルプ(mw:Special:MyLanguage/Help:Contents)にリンクされています。英語版ではきちんとen:Help:Contentsにリンクされていますから、日本語版で何かあったのではないかと。--Tmatsu会話) 2014年4月5日 (土) 17:39 (UTC)

対処 原因はtranslatewiki.netでの変更[3]です。英語版の変更[4]にならって変更したようですが、影響が大きくまたMediaWikiを使用している他の日本語サイトにも影響するため、「Help:目次」を参照するように戻しました[5]。近日中に反映されると思います。英語版Wikipediaではローカルにen:MediaWiki:Helppageを置いているため正しくリンクされています。ドイツ語版やフランス語版等、他の言語版ではtranslatewiki.net側で直接指定しています。--Penn Station (talk) 2014年4月5日 (土) 18:22 (UTC)
先ほど確認したところ、修正が反映されていました。ご対処ありがとうございました。--Tmatsu会話) 2014年4月10日 (木) 18:44 (UTC)

Template:Mainの不具合?[編集]

Template:Mainについてですが、記事内の別の節を参照させるために{{Main|#別の節}}を貼ると

1.別の節」を参照

と表示されてしまううえにリンクもされず、今まで通り参照させるためには{{Main|記事#別の節}}と指定しないと駄目なようです。数日前から発生しているようなのですが、Template:Mainの履歴を見ても更新された様子が無く、同系列のTemplate:Main2Template:Seeでは発生していないので、ここへ報告させてもらいました。--124.44.234.85 2014年4月6日 (日) 05:14 (UTC)

修正。Template:See alsoでも同様に
1.別の節」も参照
と表示されてしまうようです。--124.44.234.85 2014年4月6日 (日) 05:29 (UTC)
コメント まだ検証不足なのですが、利用者が変更できるテンプレートの問題ではなく、MediaWikiの方に変更があったように思います。具体的にはテンプレートの引数が展開される際に、#が先頭に付いていると改行が挿入されるようです。他の対処法としては {{main|[[#別の節]]}} のように呼び出すことで期待される表示が出力できると思います。 --Frozen-mikan会話) 2014年4月6日 (日) 06:18 (UTC)
Template:See/core変更で修正を試みました。いかがでしょうか。なお、en:Template talk:IsValidPageName を通して知ったのですが、今回の問題の背景には {{特別:リンク元}} という書式が本来期待される動作をするように直すバグ修正があったようです。 --whym会話) 2014年4月6日 (日) 09:12 (UTC)
早急な対応ありがとうございます。おかげで今まで通りになりました。--124.44.234.85 2014年4月6日 (日) 10:21 (UTC)

編集画面で[編集]

以前にも同様の現象が起こったのですが。

編集画面でリンクのボタンを押すと表示されるモノ(正式に何というかわからない)が、リンクの挿入作業を繰り返す度に、どんどん横に伸びていきます。プレビュー画面を表示すると一旦は元の大きさに戻りますが、編集作業でリンクの挿入を行うと再び伸び始めます。

この現象はWin7、Firefox28.0の環境で確認いたしました。--M-sho-gun会話) 2014年4月12日 (土) 05:43 (UTC)