Wikipedia:バグの報告/MediaWiki1.23

リンクを追加

Template:Navbox[編集]

解決済み

Template:Navboxを使っているテンプレートですが開いている場合は隠すをクリックしても隠れず（例Template:夏季オリンピックテニス男子シングルス金メダリスト）閉じている場合は表示をクリックしても開きません（例Template:ウィンブルドン男子シングルス優勝者）。--Rain night 2013年11月8日 (金) 02:54 (UTC)

報告 申し訳ありません。「Template‐ノート:Navbox#バグ報告」の方にも書きましたが、英語版を複製する形で修正しました（差分）。クライアントとサーバー双方のキャッシュが更新されれば動作するようになると思います。原因としては、MediaWikiでは、数年前から古い関数群を推奨しないものとしていましたが、今回、その一部を無効化（空の関数に）したようです。Navboxでは「MediaWiki:Common.js」で開閉処理をしており、その中に古い関数群が含まれていました。--Frozen-mikan（会話） 2013年11月8日 (金) 04:13 (UTC)

修正ありがとうございます。開閉できるようになったのを確認しました。--Rain night 2013年11月8日 (金) 05:27 (UTC)

ウィキラブについて[編集]

解決済み

自分のサブページなのにウィキラブのマークが表示されます。表示されるページは以下の通り。

OSはWindows8、ブラウザはGoogleChrome最新版です。外装はベクター。--Oruwanwan（会話） 2013年11月27日 (水) 07:05 (UTC)

  • コメント 古い環境（Windows2000 Opera12.02）で試しましたが、再現しました。そういう仕様なのかもしれませんね。余談ですがJavaScriptをオフにするとウィキラブは消えます。--JapaneseA（会話） 2013年11月28日 (木) 10:03 (UTC)（利用者:Sutepen angel momo（会話 / 投稿記録 / 記録））
    • ありがとうございます。「Oruwanwan/sandbox」を利用者として判断しているようです。JavaScriptをオフにすると消えるとのことなので、試してみたいと思います。ありがとうございました。‎ --以上の署名のないコメントは、Oruwanwan（会話・投稿記録）さんが 2013年11月28日 (木) 10:15 (UTC) に投稿したものです（JapaneseA（会話）による付記）。
      • コメント JavaScriptオフで下書きページだけでなく、いついかなる場合でもウィキラブアイコンが消えます。JavaScriptオフで他にも見た目が変わったりアイコンがなくなったり様々に変化します。良い事ばかりではないので、注意してお願いします。--JapaneseA（会話） 2013年11月28日 (木) 10:28 (UTC)
  • コメント スラッシュ記号「/」が2つ入っている自身の利用者ページがダメなようですね。全てのウィキラブのアイコンを非表示にするには、個人設定のその他のタブにある「ウィキラブのタブを使用して他の利用者に感謝の意を示せるようにする」のチェックを外すことで出来ます。その他、ウィキラブについては「Wikipedia:ウィキラブ」もご参照ください。--Frozen-mikan（会話） 2013年11月29日 (金) 15:03 (UTC)

解決しました。JapaneseAさん、Frozen-mikanさん、ありがとうございました。--Oruwanwan（会話） 2013年11月29日 (金) 23:12 (UTC)

情報（Oruwanwanさんにとっては解決済みのようですが、Frozen-mikanさんご指摘のソフトウェアとしての問題はそのままのようなので……）深い階層のサブページであれ自分の利用者ページの範囲では表示されないというのが、ウィキラブの意図された動作だったろうと思います。この点について修正パッチを送ったところMediaWiki 1.23 wmf6にはいりました。おそらく2週間程度のうちにはウィキペディア日本語版にも修正結果が反映されると思います。 --whym（会話） 2013年12月7日 (土) 10:59 (UTC)

「このページの近辺」を有効にするとボタンが立体化する[編集]

個人設定の「ベータ版機能」で「このページの近辺」（mw:Beta Features/Nearby Pages）を有効にすると、Wikipediaページ上のあらゆるボタン（プッシュボタン）が立体化し、Windows 3.1のボタンのような外見になります。環境は以下のとおりです。

  • OS: Windows 8.1
  • ブラウザ：Chrome 31.0.1650.57 m および Internet Explorer 11.0
  • 外装：Vector

英語版Wikipediaでも同様の現象が発生します。--Penn Station (talk) 2013年12月3日 (火) 13:32 (UTC)

情報 mw:Talk:Beta_Features/Nearby Pages#Button regressionsに同様の報告がありました。ソースは修正済みとのことです。--Penn Station (talk) 2013年12月5日 (木) 13:50 (UTC)


ベータ版機能を利用している利用者がいるのに「この機能を有効にしている利用者はいません。」と表示される[編集]

解決済み

個人設定の「ベータ版機能」のいずれを有効にしても、つまり有効にした利用者が少なくとも1人はいるのに、「この機能を有効にしている利用者はいません。」と表示されます。英語版Wikipediaでは、例えば「19,638 users have enabled this feature.」というように人数が表示されます。--Penn Station (talk) 2013年12月3日 (火) 13:38 (UTC)

MediaWiki:Mw-ui-feature-user-count のローカライズに間違いがありました。translatewiki.net の方では修正してあります。--fryed-peach [会話] 2013年12月4日 (水) 00:39 (UTC)
修正[1]を確認しました。ありがとうございます。個人設定に反映されていることも確認しました。--Penn Station (talk) 2013年12月5日 (木) 13:45 (UTC)

中国語の文字を用いるとき、本文中で「中国語」と指定しても、Firefoxでは「目次」に表示されない[編集]

解決済み

「楼蘭」の記事中に「鄯」という文字が出てきますが、この文字だけを書いてもFirefoxでは表示されません。文字の前後を「span lang="zh" xml:lang="zh"」と「/span」で挟めば本文中には表示されるようになりますが、Wikipediaのシステムが自動生成する「目次」にはなお表示されません。これはシステムのバグなのでしょうか。（WindowsXP/SP3，Firefox25.0.1です）--Tamie（会話） 2013年12月10日 (火) 04:18 (UTC)

コメント バグと言えばバグになるのかもしれません。こちらの環境（Windows8.1 の Firefox25 や Chrome）であれば、目次でも表示されています。ソースを見ると目次の方では span で囲まれてはいますが、lang などの指定が抜けているようです。--Frozen-mikan（会話） 2013年12月10日 (火) 04:27 (UTC)
Windows7 SP1, Firefox25.0.1では、「楼蘭」の2013年7月8日 (月) 09:33を表示したとき、本文でも目次でも表示されています。システムのフォント周りの話でしょうか。--アルビレオ（会話） 2013年12月10日 (火) 05:56 (UTC)
どうもそのようですね。当方は普段「HGゴシックE-PRO」というフォントを使っているのですが、「MS ゴシック」に変えてみましたら、目次にも表示されるようになりました。しかし、このような影の薄いフォントは使う気になれません。できれば目次のソースにも言語指定が残るようにしてほしいものです。--Tamie（会話） 2013年12月10日 (火) 06:13 (UTC)


botによる編集を認識してないのでは？[編集]

個人設定で「botによる編集を表示しない」と設定しているのにウォッチリストにbotによる編集が表示されてしまいます。botによる編集を示す「b」の表示が無いので、wikiのプログラムがこのbotを認識していないのかもしれません。こういう場合、botを使用している人に抗議すべきなのか、プログラムのバグなのか判断がつかないので、こちらに報告させていただきました。この現象はWin.XP(SP3)32bitのFirefox25とIE7で確認しました。--M-sho-gun（会話） 2013年12月22日 (日) 18:31 (UTC)

こちらでは問題なく動作しているようです。判断するにしても、誤動作を疑っている利用者名を教えていただきたいです。なお、「ボットを表示」にすると b が付く編集が表示されることがあります。この b をボットフラグと呼んでいますが、このフラグを付けて編集するためには正式なボットとして申請を出し、許可される必要があります。また、他の利用者に通知する目的で、意図的にフラグを付けないで編集することがあります。詳しくは「Wikipedia:Bot」をご参照ください。--Frozen-mikan（会話） 2013年12月22日 (日) 20:11 (UTC)
ざっとですがRCログを漁ってみました。直近に、大量の編集を行っていたBOTでBOTフラグ無しのものとしてはこちらなどが存在しますが、これは告知を目的としてフラグなしBOTで運用されているもので、ウオッチリストなどの「botによる編集を表示しない」で除外されません。このようなBOT以外であれば、対象アカウントをお教えください。--Vigorous action （Ｔａｌｋ/History） 2013年12月22日 (日) 20:21 (UTC)
コメント ご迷惑をお掛けします。ご報告のタイミングから察するに、アニメ分野のインフォボックス修正議論の告知作業でしょうか？ この作業はWP:BOTREQ#ガンダムに関する議論告知の貼りつけ依頼によるものですが、告知という性格上、意図的にBotフラグのないアカウントで告知テンプレート等の貼り付けを行っています。
告知作業を受け付ける範囲ですが、規約制定時に当初想定していたものは「一斉削除」や「一斉改名」など復帰が困難なものに対してでしたので、今回のケースであるインフォボックスの編集に関する議論案内は「記事単位での告知は不要ですのでウィキプロジェクトに常駐する者の間での議論を優先させてください」と断ることもできたのですが、比較的件数も少なかったため作業を行いました。一つの分野の同じような記事への連続投稿のため、そこを専門に活動されている方のウォッチリストなどにまとめて表示されてしまいますが、連絡を目的としていますので何卒ご理解いただきたく存じます。
もう一点。ウェルカムメッセージの貼り付けは12月11日、21日、22日のみテスト時の作業ミスでBotフラグなしのアカウントを使用しましたが、こちらは通常のフラグ付き（Botでも「細部の編集」のチェックをなしにすることで会話ページへ投稿された旨が利用者に通知されます）に戻しました。--Triglav（会話） 2013年12月23日 (月) 03:18 (UTC)
コメント なるほど、botにも色々な種類があるのですね。Triglavさんのbotによって同内容の告知が大量にウォッチリストにかかったので少々驚いて今回の件に至ったので。皆様、丁寧なご説明で理解できました、告知という趣旨も了解いたしました。ご迷惑おかけしました。--M-sho-gun（会話） 2013年12月23日 (月) 09:59 (UTC)


特別ページ「リンク元」に反映されない[編集]

記事M13をM13 (天体)に改名しました。次にTemplate:メシエ天体内の内部リンクをM13からM13 (天体)に変更しました。その後[2]で「M13」へリンクしているページを検索すると、Template:メシエ天体を含んでいる各記事がヒットしてしまいます（Template:メシエ天体内にM13は存在しないのだからヒットするのはおかしい）。この状態でTemplate:メシエ天体を含む任意の記事を更新（どこも変更しないので履歴には残らない）すると、先の検索でヒットしなくなります。「2014年1月8日 (水) 11:11 UTC」から「2014年1月8日 (水) 11:31 UTC」に行った改名後のテンプレ修正では、このような事は無かったのですが、「2014年1月9日 (木) 13:14 UTC」から「2014年1月9日 (木) 13:28 UTC」に行った改名後のテンプレ修正では、このおかしな現象となります。--JapaneseA（会話） 2014年1月9日 (木) 21:11 (UTC)（改名等を行ったのは利用者:Sutepen angel momo（会話 / 投稿記録 / 記録））

御世話になってます。私の駄文を御理解頂きありがとうございます（空編集と書くべきでした）。テンプレやそれを含む記事などで、action=purgeやこれを行いましたが、検索結果にヒットしてしまいます。空編集だと即時、検索結果から消えるのですが。--JapaneseA（会話） 2014年1月10日 (金) 06:10 (UTC)
キャッシュの破棄ではおそらく状況は改善しません。キャッシュの破棄は文字通りキャッシュサーバーにあるデータをクリアするものなので、「リンク元」等のデータベース側における再構築は行われないものと推測されます。空編集で改善されるのは、リンク元などの再構築が行われるためだと思われます。技術ニュース 2014-02号によると、1月9日ごろにバージョンアップが実施された模様で、その際に仕様変更があったのか、バグが発生したのかもしれません。この変更によってジョブ・キュー関連の処理が変更されたのか、それが影響しているように思います。 時間が経てば治りそうな気もしますが。（リリースノート）--Hosiryuhosi（会話） 2014年1月10日 (金) 09:05 (UTC)
御世話になってます。なるほど。しばらく様子を見ようと思います。--JapaneseA（会話） 2014年1月10日 (金) 09:25 (UTC)

横から失礼します。M13のリンクは直っているようなのですが、私が提案して改名したリチャード・テイラー（リンク元）のTemplate:ショウ賞の呼び出しリンクが改名から10日以上たってるのに直っていないようです。これまで数日待ったらテンプレートの呼び出しリンクは直っていました。同じ日に移動した中村豊のリンクは直っています（リンク元）。--Rain night 2014年1月18日 (土) 04:51 (UTC)

今確認したら直っていました。直してくれた方ありがとうございます。--Rain night 2014年1月18日 (土) 06:27 (UTC)

コメント 同様のM110は直っていませんので、このバグは修正されていないようです。--JapaneseA（会話） 2014年1月18日 (土) 13:14 (UTC)

コメント すみません。テンプレートやリンク元のpurgeや空編集をしていたら、リンク元が続々と減っていってしまい無くなってしまいました。何がトリガーだったのか確認できませんでした。--Frozen-mikan（会話） 2014年1月18日 (土) 14:26 (UTC)
空編集でキャッシュを破棄しました（一部上記Frozen-mikanさんと競合していたようですね…）。特別:リンク元/M13をご確認ください。なおこの現象はかなり昔から存在していて、すぐに修正されることは期待できないかもしれません。当面はキャッシュ破棄で対応頂くしかないと思います。--Penn Station (talk) 2014年1月18日 (土) 14:33 (UTC)
M110直っていました。ありがとうござます。何かしらのトリガーがあるようですね。--JapaneseA（会話） 2014年1月18日 (土) 14:34 (UTC)
いえ、何かのトリガーで自動的に直った訳ではなく……上記のとおり私が手動でキャッシュを破棄しました。--Penn Station (talk) 2014年1月18日 (土) 14:39 (UTC)
100近くあったと思いますが、まさか全て手動でして頂いたのですか？何と御礼を申し上げて良いやら。--JapaneseA（会話） 2014年1月18日 (土) 14:45 (UTC)
はい手動です（汗）。100程度なら2-3分ですので次回があればトライしてみてください。ちなみに、削除依頼の対処よりはるかに楽です…。--Penn Station (talk) 2014年1月18日 (土) 16:32 (UTC)
コードを読む限りうまくいきそうですが、待っても更新されないときは、APIでforcerecursivelinkupdateを指定してpurgeするとよいと思います。--Burthsceh（会話） 2014年1月19日 (日) 11:40 (UTC)

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)

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

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)

報告 ご推察の通りでございます。ガジェットに関しては、応急処置を施しました[3]。今回の応急処置による別の問題が出る可能性もあります。問題がありましたら、ご報告頂けるとありがたいです。また、「節編集リンクの変更」に関連した別の現象ですが、現在のところ、トランスクルードされたページに付けている節編集リンクの拡張が機能していません。こちらは主に井戸端で目にすることが多かったものと思います。こちらについても、合わせて対応を考えていきたいと思っています。なお、この件については、「プロジェクト‐ノート:ウィキ技術部#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 action （Ｔａｌｋ/History） 2013年9月29日 (日) 01:37 (UTC)

コメント 動かなくなった個人jsとはどのようなものでしょうか？--Frozen-mikan（会話） 2013年9月29日 (日) 03:57 (UTC)
このあたりです。--Vigorous action （Ｔａｌｋ/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 action （Ｔａｌｋ/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 HDのAmazon 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 action （Ｔａｌｋ/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-03A・SH903i・SH901iC等、古い機種には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,にて、ウィキメディアコモンズのアップロードウィザード内等のＳＶＧ画像の文章変換とウィキブックスの”ＰＤＦ形式でダウンロード”という選択をすると中国語フォントが指定されます。 中国語フォントなので文字化けがひどいです。やはり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)

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

改名提案から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 からアクセスしていずれかの記事で問題点のテンプレートをクリックすると（たとえば[4]から）上記の再現と思われる表示が確認できました．ログイン状態では再現しないようです（外装は 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)

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

昨日からページ名や見出しのフォントサイズが変更されており、一部の文字については太字になっていて少し違和感を感じるのでサイズを以前の状態に戻すことが可能であればお願いします。ちなみに確認環境はOSがWindows7、ウェブブラウザが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での変更[5]です。英語版の変更[6]にならって変更したようですが、影響が大きくまたMediaWikiを使用している他の日本語サイトにも影響するため、「Help:目次」を参照するように戻しました[7]。近日中に反映されると思います。英語版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:Main2、Template: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)

モバイル版でのテンプレートの表示[編集]

モバイル版から{{navbox}}および関連テンプレートを使用したページを表示すると、上記のテンプレートが表示されなくなりました。4月11日時点では正しく表示されていましたが、今日確認すると全く表示されていません。環境はAndroid4.1.2で、ブラウザは標準のものとChrome、operaから確認しました。なお、パソコン版にアクセスすると正しく表示されます。是非とも改善よろしくお願いします。--花が凄奴（会話） 2014年4月20日 (日) 10:51 (UTC)

情報 現在モバイル版では Navbox が表示されていません（読み込まれてはいます）。CSSを見ると、{{coord}}や{{top icon}}など同じく、モバイル版で表示しないものに含まれたようです。--Frozen-mikan（会話） 2014年4月20日 (日) 14:09 (UTC)
それってすぐに修正可能なものなんでしょうか？--花が凄奴（会話） 2014年4月21日 (月) 14:38 (UTC)
どのレベルでの変更を求めるかにもよると思いますが、簡単には出来ないようです。個人レベルで一般的な修正方法である、右上にメニューに有る「個人設定」の表示タブから見れる「カスタムCSS」ではモバイル版の表示修正は出来ないようです。--Frozen-mikan（会話） 2014年4月21日 (月) 15:43 (UTC)
ご丁寧に回答していただきどうもありがとうございます。今後の対応についてはまた考えていきます。--花が凄奴（会話） 2014年4月22日 (火) 14:46 (UTC)
「https://ja.wikipedia.org/w/index.php?title=Wikipedia:バグの報告/MediaWiki1.23&oldid=86416174」から取得