Wikipedia:バグの報告

提供: フリー百科事典『ウィキペディア（Wikipedia）』

過去ログ
2003年2月 - 2005年5月 - Wikipedia:解決済みのバグ報告 2004年11月 - 2006年1月 - /log1 /MediaWiki1.4 - 2004年12月-2005年7月 /MediaWiki1.5 - 2005年7月 /MediaWiki1.6 - 2005年8月-2006年3月 /MediaWiki1.7 - 2006年4月-7月 /MediaWiki1.8 - 2006年7月-10月 /MediaWiki1.9 - 2006年11月-2007年4月 /MediaWiki1.10 - 2007年5月-9月 /MediaWiki1.11、1.12 - 2007年9月-2008年2月 /MediaWiki1.13 - 2008年3月-2008年7月 /MediaWiki1.14 - 2008年8月-2009年1月 /MediaWiki1.15 - 2009年1月-6月 /MediaWiki1.16 - 2009年6月-

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

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

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

を必ず明記してください。問題が解決したら、Template:解決済みを付けてください。修正・解決されたなど一段落しているバグについては、過去ログに移動しています。

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

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

[編集] Infoboxでの幅指定無視

Operaにおいて、Template:野球チームの優勝年度の項目に数字と、を羅列した行を作った場合、その行が折り返されず、幅指定を無視してテンプレートが横に広がってしまいます。読売ジャイアンツ位になると、テンプレートがページを横断してしまってます。--鈴虫 2008年11月16日 (日) 18:59 (UTC)

場当たり的ですが、適当なところで<br />をいれて強制的に改行してください。個人的にはブラウザのバグと捉えています。 --fryed-peach [会話|投稿] 2008年11月24日 (月) 17:28 (UTC)

根本的な解決になってませんが、「、（読点）」ではなく「・（中黒）」を使えば正しく改行されました（Opera 9.62）。--Loten 2008年11月25日 (火) 10:51 (UTC)

中黒を使っても、Opera9.30では改行されません。やはりブラウザの問題でしょうか。--鈴虫 2008年11月30日 (日) 16:02 (UTC)

[編集] 要約欄に複数の節リンク(/* ～ */)が設定できなくなっている

以前はできたはずなのですが複数の節を編集したときに要約欄に対して「/* ○○○ */ □□ /* △△ */ ××」のような感じで書くことがあり前まではちゃんと表示できていましたが MediaWiki が最近のバージョンになってできなくなっているようです(最後の /* ～ */ だけが節リンクになる)。これは理由があって意図的にそのようにしたのでしょうか、それとも(過失などの)不具合でしょうか。 --Mzm5zbC3 2008年11月30日 (日) 15:37 (UTC)

Help:要約欄に質問が出ていたので改めて確認しました。バグとして報告はされているようです（bugzilla:16530）。--Aotake 2009年9月16日 (水) 15:16 (UTC)

[編集] 要約が長過ぎる場合、履歴表示に不具合

ページの改名（移動）を行った際、要約欄に長く書き過ぎてしまい、「変更履歴」や「自分の投稿記録」を表示するとその版の要約表示が途中でトリミングされます。ところが、このトリミング処理に問題があるようで、以下のように表示されます（最後が㩼/span>で終わっている）。

M (ページ ザ・レイト・ショー・ウィズ・デイヴィッド・レターマン を レイト・ショー・ウィズ・デイヴィッド・レターマン へ移動: 原題はLate Show with David Lettermanであり"The"はついて㩼/span> (取り消し)

この結果、それ以降の履歴一覧（およびページ上部・左部のウィキペディア共通表示部分）がすべて斜体表示となってしまいます（「レイト・ショー・ウィズ・デイヴィッド・レターマン の変更履歴」の2008年12月4日 (木) 23:17 以降参照）。--Penn Station 2008年12月5日 (金) 05:08 (UTC)

かなり前からこの現象って報告されていますが、直せないのか直す気がないのか...。 --Mzm5zbC3 2008年12月12日 (金) 15:35 (UTC)

OSまたはブラウザによって現象が異なることに気付きましたので、追加報告させていただきます。

• IE6 SP2 on Windows XP SP2　- 上記報告のとおり、問題箇所（「㩼/span>」）以降が斜体表示となる。
• IE7 on Windows Vista SP1 - 「〜ついて□」（便宜上"□"で表現しています）となり、「㩼/span>」は表示されず以降も斜体表示にはならない。

いずれにせよ不具合があることには違いありません。典型的なマルチバイト文字列のトリミング処理の問題と思われるのですが…。--Penn Station 2008年12月13日 (土) 02:39 (UTC)

WindowsXPで調査。IE6では報告通りの影響有り。Firefox3, GoogleChrome, Safari, Opera では 「"ついて" + U+FFFD + ")"」 の並びに表示され、影響なし。--Frozen-mikan 2008年12月13日 (土) 03:37 (UTC)

未だに修正されていませんが、欧文圏の開発者はこのことに気付いていないのではないでしょうか。Bugzillaには報告は行っているのでしょうか？ 日本語（MS Pゴシック）はアンチエイリアスがかからないので斜体になると若干読みづらいです。ところで、Win XP+IE7以降ではこの現象は起こらないのでしょうか？--Widehawk 2009年5月2日 (土) 04:50 (UTC)

やっぱりみなさん不思議に思われますよね。とりあえず近いところで：Wikipedia:バグの報告/MediaWiki1.9#ログ・投稿履歴などのバグ（？）（2007年2月） Mulukhiyya 2009年5月2日 (土) 08:52 (UTC)

話が脱線しますが、『日本語（MS Pゴシック）はアンチエイリアスがかからない』のはWindows XPのレンダリングシステムの仕様です。Linuxであれば、MS P Gothicを用いたとしてもフォントのスムージングは行われます。なお、Windows XPの仕様を回避するため対策[2]（自己責任で）を行えば、ClearTypeを有効にすることも出来ます。--Inoue-hiro 2009年5月2日 (土) 09:13 (UTC)

[編集] カテゴリに含まれる数のカウント

カテゴリページではそのカテゴリに含まれる数が表示されます。Category:削除依頼中の記事 では「このカテゴリに属する 172 個のサブカテゴリのうち～」「このカテゴリに属する 2,266 個のページのうち～」「このカテゴリに属する 88 個のファイルのうち～」と含まれている数が表示されています。しかし実際に表示されている数を数えるとどれもそれより少なく、サブカテゴリは 42、ページは 703、ファイルは 13 しかありませんでした。サブカテゴリ中のページ数が含まれているという訳でもなさそうだったので、こちらに書いておきます。 By 健ちゃん 2008年12月7日 (日) 08:15 (UTC)

{{PAGESINCAT:削除依頼中の記事}}とやると1,272になるし、なんだかばらばらですね。まえに英語版の signpost かどこかで関連する話を見かけた気がするのですが、いまちょっと見つからないです…--Aotake 2008年12月8日 (月) 16:39 (UTC)

[編集] Category:日経平均株価について

Category:日経平均株価に225個のページしか属していないにもかかわらず、「このカテゴリに属する 227 個のページのうち 200 個を表示しています。」と表示されます。--123.48.24.187 2009年3月16日 (月) 12:37 (UTC)

[編集] ダウンロードページが開かれる問題

[編集] 反射率を検索するとファイルのダウンロードになる

http://ja.wikipedia.org/wiki/%E5%8F%8D%E5%B0%84%E7%8E%87

URLの間違いかと思われます—以上の署名の無いコメントは、210.164.22.70（会話）さんが 2008年12月24日 (水) 8:18 (UTC) に投稿したものです（Widehawkによる付記）。

示されたリンクをクリックすると正常に表示されました。こっちでもたまに特定のページではなく不特定なページでファイルのダウンロードになるときがあります（XP Home SP2・SP3 & IE6）。サーバの不調か、それとも再現性のないバグなのでしょうか？ 同じページで何連続でこの症状が出て、ページが開けないこともありました。--Widehawk 2008年12月26日 (金) 03:33 (UTC)

リンクをクリックしましたが同じく「ファイルのダウンロード」のアラートが出ました（XP Home SP3 & IE7）。とりあえず該当URLの末尾に「?(半角クエスチョンマーク)」を付けるとアラートを回避できるようです。Edition 2008年12月27日 (土) 10:37 (UTC)

[編集] 検索窓で、特定単語を入れるとダウンロードページが立ち上がる

検索窓にて、「SHA-1」と入力し、表示を押すと、ダウンロード画面が開かれる。—以上の署名の無いコメントは、219.102.222.45（会話・履歴）さんによるものです。 -- Penn Station 2009年1月6日 (火) 08:25 (UTC)

#反射率を検索するとファイルのダウンロードになると同じ現象のようですね。私の環境（Windows Vista SP1, IE7）では問題なくSHA（SHA-1のリダイレクト先）が表示されます。この手の問題の場合、問題の発生する環境（OS、ブラウザ）と再現性を報告して頂いた方が良いと思います。--Penn Station 2009年1月6日 (火) 08:25 (UTC)

ブラウザ側の問題が大きいと思います。以前、私もjpegファイルを表示させようとしたら、ある環境のブラウザでは画像では無く、ファイルの中身（バイナリ）がテキストとしてブラウザに表示されたことがありました。今回、「SHA-1」と「反射率」をFirefox3（LinuxとWindowsXP版）、IE7（WindowsXP）で試しましたが、問題なく表示出来ました。--Inoue-hiro 2009年1月10日 (土) 03:54 (UTC)

[編集] 今川義元の写真を検索したら暗号のようなものが出た

学校で、今川義元を調べたら、ウィキペディア今川義元の写真があったから検索したら、暗号のようなものが出てきた。—以上の署名の無いコメントは、120.137.163.118 （会話・履歴）さんによるものです。--Penn Station 2009年1月18日 (日) 13:13 (UTC)

今川義元のページを検索・表示しましたが、各画像も含めて正しく表示できました。もう少し詳しい情報をお願いします。--Penn Station 2009年1月18日 (日) 13:13 (UTC)

上の#検索窓で、特定単語を入れるとダウンロードページが立ち上がるでInoue-hiroさんがおっしゃった「画像では無く、ファイルの中身（バイナリ）がテキストとしてブラウザに表示され」る現象ではないでしょうか。僕もまれにこの現象に出会うことがあります（WinXP SP2・SP3 & IE6）。--Widehawk 2009年1月20日 (火) 18:26 (UTC)

[編集] 特定のページで、ファイルのダウンロード画面が表示されて開けない

だいぶ前からあった現象なのですが、たまに、特定のページで「ファイルのダウンロード」の画面が出て、開く事ができなくなります。IPがプロキシのものになっている時のみ起きる現象のようで、プロキシをはずせばダウンロード画面が表示されなくなり開けるようになるのですが・・・。また、ほうっておいても翌日になればそのページは開けるようになりますが、また別のページでこの現象が現れるようになることが多々あります。

この現象は自分のところでだけ起きているものなのでしょうか？もしかするとこちらのパソコンの問題かどうかもわかりませんが・・・。--118.108.25.104 2009年3月12日 (木) 12:12 (UTC)

元118.108.25.104です。どうやら自分が編集したばかりの記事に、IPがプロキシのものになっている状態でそのページを開こうとすると上記の画面が出るようです（このIPはプロキシのものではありません）。--211.135.209.239 2009年3月19日 (木) 13:12 (UTC)

[編集] IE8（最新版）とグーグルデスクトップを利用しインデックスを製作中の時ならびに、その状態に開き、キャッシュが残っている状態で、再び開いた場合、ファイルのダウンロード画面が表示される

いろいろ、試したり、調べたりした結果、そうなることがわかりました。グーグルデスクトップを終了し、ＩＥのキャッシュを破棄し、グーグルアカウントからログアウトすれば、閲覧できるようです。 --W 0l23 2009年4月21日 (火) 10:04 (UTC)

[編集] 携帯・PHSでの表示不具合

[編集] 記事中のリンクが機能していません

携帯版Wikipediaの記事中のリンクをクリックすると、記事のトップにジャンプしてリンクの機能を果たしていません。 機種はauのW44Sです。

私も携帯電話 (W41CA) から閲覧することが結構ありますが、そういうのはちょっと記憶にないですね…。ところで携帯版Wikipediaとは、どこのサイトのことでしょうか？ 携帯からウィキペディアを閲覧するためのサイトはいくつもあり、どこに問題があるのか分かりません。おそらくは、そのサイトで携帯向けに変換する際の問題だと思いますが、そうであれば、ウィキペディア側での対処は不可能です。--氷鷺 2009年1月1日 (木) 18:05 (UTC)

これまでEZwebからWikipediaを閲覧してきましたが、2・3日前から目次や[[（記事名）#（節名）]]のリンクを踏んでも節へ飛ばなくなりました。同じ条件で他言語版でも検証しましたが同様の事例は確認できず、日本語版特有の現象の様です。サイトの仕様変更（参考：Wikipedia:井戸端#ウォッチリストの名称変更について）があった時期と重なる為、その影響かも知れません。--122.27.148.169 2009年9月19日 (土) 09:57 (UTC)

[編集] PHSで表示不可

PHS端末京セラWX310Kでウィキペディアが表示できません。ブラウザはOperaです。100%読み込んだ旨の表示が出ますが、画面が白いままです。読込中止の操作をすると、コンテンツが断片的に表示されます。メインページ（通常版以外も含む）も、他のサイトから特定の記事へのリンクを辿った場合も同じですので、ウィキペディアのソースコードとWX310K用Operaの相性に問題があるのだと思います。発生は2009年3月初旬以降です。複数の端末で現象を確認しました。 --9uma 2009年3月13日

[編集] 携帯P905iで表示されない

DoCoMo携帯電話P905i(パナソニック)でウィキペディアが表示されません。ブラウザは内蔵のフルブラウザです。画面が出ないまま、iモードの接続が切れてしまいます。bookmarkに登録してあるメインページも、他のサイト(Google検索)から特定の記事へ飛んだときも同じでした。発生は2009年7月初旬以降です。6月までは表示されていたと思います。--Sapphire11 2009年7月4日 (土) 23:56 (UTC)

携帯向けの http://ja.m.wikipedia.org を使ってみるのはどうでしょうか？それともそちらのサイトでのエラーでしょうか。--Aotake 2009年7月19日 (日) 10:31 (UTC)

[編集] 「パフィー」->「PUFFY」のりダイレクトが動作しない

「パフィー」->「PUFFY」のりダイレクトが動作しませんでした。当該項目の問題自体は編集で直ったようですが、他で類似のことがおきるかもしれないので報告しておきます。

1. #転送 [[PUFFY]]: リダイレクトが動作していませんでした。
2. #REDIRECT [[PUFFY]]: リダイレクトが動作しませんでしたが、今考えると、前の版のキャッシュが残っていたせいかもしれません。
3. #redirect[[PUFFY]]: リダイレクトが動作しました。

以上です。--2009年2月7日 (土) 08:09 (UTC)、チルダの数間違えた--124.146.106.115 2009年2月7日 (土) 08:19 (UTC)

署名は、入力テキストボックスの上にあるツールボタンの右から2番めを押せば、署名のタグが自動挿入されます。（念のため）--Inoue-hiro 2009年2月7日 (土) 11:55 (UTC)

履歴情報を見る限りでは全て正常に動作しそうなのですが、「単なるマークアップのミス」なのでしょうか？現在は正常だとのことですので深入りはしません。--Triglav 2009年2月7日 (土) 14:50 (UTC)

[編集] 検索画面における問題

前々から思っていたのですが、検索画面で1ページあたりの表示件数と検索結果の件数が同数だった場合に（次 xx）のリンクが有効になっているのは問題ではないでしょうか。同数ならば、次のxx件を表示する必要はないはずです。ちなみにクリックすると「ページ内本文とは一致しませんでした」と表示されます。--Potatt 2009年2月20日 (金) 02:53 (UTC)

[編集] 要約欄自動入力で画像サイズが入る

バグなのか仕様なのかちょっと判断つかないのですが、一応報告しておきます。利用者ページなどで見出しに画像を含めた際、例えば
== [[File:hogehoge.png|30px]]ほげほげ ==
というように画像サイズを指定すると、要約欄に自動入力されるテキストが
→30pxほげほげ
となり、意図しない"30px"が含まれてしまいます。--Penn Station 2009年3月17日 (火) 09:26 (UTC)

MediaWiki1.14でも、同様の状況は発生するようです。例えば、『==[[File:xxx.jpg|link=|100px|abc]]ABC==』というセクションを定義して、そのセクションを編集するときには要約欄の候補として『/*link=|100px|abcABC*/』が代入されています。これがまずいのであれば、投稿ボタンを押す前に不要な文字『link=|100px|abc』を削除すれば済むということでは無いでしょうか？　もし興味があるのであれば、MediaWikiのソースコード[3]をごらんいただければ、そのような仕様になっているのだと思われます。--Inoue-hiro 2009年3月17日 (火) 11:31 (UTC)

動作確認していただきありがとうございます。手動で削除すればよいのはその通りなのですが、毎回のこととなるとかなり面倒です…。おそらくパイプ付きリンクのパイプ以降の表示文字列部分を敢えて残すようにしているのでしょうけれど、画像が埋め込まれているケースは想定されていないのかもしれませんね。せっかくご紹介いただいたいのですが、今のところMediaWikiのソースの追うほどの気力はないため（PHPも使ったことありませんし）、報告のみに留めさせていただきたいと思います。--Penn Station 2009年3月17日 (火) 12:01 (UTC)

[編集] Template:Coord/display/titleがウィキメディアのお知らせと重なる

ログオンすると全てのページ上部に出るウィキメディア共通のお知らせ領域(現在は著作権要件投票とウィキマニア2009のお知らせが表示中)と、Template:Coord/display/titleで記事右上に出る座標情報が重なってしまいます。(WinXP SP3 & Firefox3,IE7で確認)同テンプレを使用している英語版では重ならずにちゃんと表示されます。ドイツ語版では日本語版とはまた違う重なりをしています。英語版のように告知領域の下に出せたらベストだと思うのですが…。下に3言語版で同じテンプレを使用している記事を例示しておきます。

• アダムズ郡_(インディアナ州)(ja)
• en:Adams County, Indiana　
• de:Adams County (Indiana)　

--Navian 2009年4月28日 (火) 09:36 (UTC)

en版では CSS のどこかで #bodyContent に position:relative; が指定されています。ja版でも同様の指定を行えば、「出典」と同じ高さを基準にして表示することが出来ます。但し、ja版の場合、「出典」の幅が長いので、私の環境で全体幅を900px程確保する必要がありました。--Frozen-mikan 2009年4月28日 (火) 12:46 (UTC)

調査ありがとうございました。根本的に解決するにはposition:absoluteを使用している全てのテンプレート類のパラメタ調整(さらに「出典」の幅関連の検証)が必要なのでなかなかすぐには難しそうですね。--Navian 2009年4月28日 (火) 14:54 (UTC)

--

前々から気になっていたので調べてみたのですが、結構まずい状況のようです。上記、アダムズ群を例にとって示します。確認ブラウザは IE6, Fx3.5.2, Opera9.64（いずれもWinXP）。太字は割と致命的だなと個人的に思ったところです。

なお、英語版ではページそのものに直接 {{Coord}} が用いられる場合、ページ下部に書かれることが定着しているようです（一般に「本文 - Coord - カテゴリ - interlang」の順になる）。

とりあえず対処法らしい対処法は、

1. とりあえずbotで、現在は先頭にあったり末尾にあったりと位置が決められていない {{Coord}} を、全て「本文 - Coord - カテゴリ - interlang」の並びに直す。
2. 現在テンプレートそのものに書き込まれているCSSを除去し、然る後、各スキンで個別に設定する。

くらいしか思いつきません。いずれにせよ、デフォルトスキンであるモノブックでの動作が安定していない（Sitenoticeの有無に依存）のは如何なものかと。

とりあえず、{{Coord/display/title}} そのものに書かれているCSSは除去して良いでしょうか（相談先が分からない）。似たようなテンプレートが非常にたくさん有りますが、2週間ほど待ってみて異論が無ければまとめてきれいさっぱり除去してしまいたいのですが。別に「タイトルの近くのどこか」に座標がなくても困らないでしょう。本文その他に干渉するよりは余程ましというものです。範囲は以下のとおり。

{{Coor title d}}, {{Coor title dm}}, {{Coor title dms}}, {{Coord/display/title}}
1つ追加 2009年10月5日 (月) 22:32 (UTC) {{Coord/display/inline,title}}

漏れがあれば指摘お願いします。--ラッキースター・キッド ◆Luck.w.AEQ 2009年9月1日 (火) 21:38 (UTC)

当初の予定を超えて、1ヶ月ほど待ちましたが、特に意見も無いようなのでCSSを除去しました。「右上のどこか」ではなく「大抵は下の方のどこか」に表示されるようになっているはずです。--ラッキースター・キッド ◆Luck.w.AEQ 2009年10月1日 (木) 22:55 (UTC)

すいません。一旦戻しました。字の大きさとか位置がおかしくて困りました。記事タイトル部と非常に近接して、読みづらくて、どうも大変で。わざわざ「display/title」とあるのは、title部に表示したいからであって、「どこにでもあって良い」と言う意味ではないです。「大抵は下の方」とは限らないのですがね。「display/title」を使わないと言う方法を推奨するという考えはあってもよいですが、「display/title」を行なってもtitle部に表示されないのは困ります。--Los688 2009年10月5日 (月) 15:04 (UTC)

困りません。Los688氏の差し戻しの方が余程困ります。Sitenoticeの状態やスキンの状態によっては本文に干渉したりして読めなくなるのと、単に読みづらいのでは雲泥の差があります。「記事タイトル部と非常に近接して、読みづらく」と仰るが、それは単に原則記事下部に置くべきものを記事先頭に置いてあるという、記事編集の質の悪さの問題です。ですので、読みづらいというのならLos688氏は単純に元に戻すのではなく、floatさせてみるとか、alignを変えてみるとかで対処すべきでした。管理者なのだから、英語版を参考に各スキンのCSSを書き換えることすらできるのに、何故しないのか理解に苦しみます。

ただ戻すだけではなく、何か案を出してください。一応、私は今思いついただけでもいくつかありますよ。

1. • coor title系テンプレートは、bot依頼で「本文 - Coord - カテゴリ - interlang」の順にしてもらうと同時に {{Coor title d}}, {{Coor title dm}}, {{Coor title dms}} に張替え。最後に、title付きテンプレートは削除依頼に提出。
   • {{Coord/display/title}} は廃止。今発見しましたが {{Coord/display/inline,title}} も廃止。全てbot依頼で {{Coord/display/inline}} に張り替えてもらう。最後に、2つのテンプレートは削除依頼に提出。
2. 各種CSSを調整。その際、（どこに依頼するのか知らないが）モノブックスキンで英語版同様に #bodyContent が適用できるよう、ソースを書き換えてもらう必要がある。
3. そもそも管理維持が大変なので、全部 display:none（英語版ノスタルジアスキンに倣う）。

他の案を出すか上の案のどれかに賛成でなければ、1週間後を目処に元（CSSの無い状態）に戻しますよ。ずっと昔の {{SpoilerH}} のときに疲れ果てたので、案を出さず反対だけする人は好かんのです。--ラッキースター・キッド ◆Luck.w.AEQ 2009年10月5日 (月) 22:32 (UTC)

title表示指定を入力したのに、タイトル部に表示させられないようにするのも問題でしょう。バグ修正をするのに新しいバグを作るのは大いなる矛盾です。また、改めて廃止提案をするというなら、先にそれをすべきだったでしょう。また、原則記事下部に置くというのも決まってないです。さらに、表示箇所については、この上でFrozen-mikan氏も告知領域の下がベストとも述べています。

で、影響が大きいので、私は各スキンのCSSを議論無しで、いじったりはしません。各スキンCSSの編集については、各CSSのノートで議論し、賛同を得てからです。これに関するCSS編集については、参考でWikipedia:井戸端/過去ログ/2007年4月/下旬の5やMediaWiki‐ノート:Monobook.cssにも意見募集が出ています。編集するならば、動作確認・表示確認を行い、賛同意見を募りつつ、変更措置をする必要があるでしょう。ユーザーCSS用いて基本部分の動作確認はできます。なので修正方針としては、動作確認の参加者を募りつつ、スキンCSSを修正するのが、英語版との共通性も得られるので良いでしょう。--Los688 2009年10月6日 (火) 16:01 (UTC)

時遅しですが、一応意見を。前提として、{{Coord}} 関連のテンプレート導入に際して、位置情報の決定などに関する議論の経過が全く分からないことが、本件とは別に、問題の一つという認識です。（本題）display/title 関連の position: absolute の指定は、外装によって状況が異なるため、テンプレートでは id を指定するに留め、各外装のスタイルシートで調整することを支持します。id名は英語版と同じ #coordinates が良いと思います。また、#bodyContent への position:relative 指定も Common.css ではなく、各外装のスタイルシートで指定する方が良いと思います。簡易的な措置として、各外装への処置は後回しで、テンプレート中の位置情報指定を完全除去（同意があれば、id 指定を追加）することを提示します。Los688 さんには、位置情報除去時の具体的な問題点の提示を求めます。--Frozen-mikan 2009年10月6日 (火) 15:57 (UTC)

ご意見ありがとうございます。案も出さずに反対だけする人には返答する気も無くなるほど溜息が出ますが、意見を出してくれる人は歓迎します。

とりあえず、テンプレートそのものに直接書かれているCSSは除去し id="coordinates" を付け、各スキンのCSSで対応、というのが妥当ですかね。ただ個人的には、英語版でもフォントサイズによっては若干ずれることも多いテンプレートなので、とりあえずモノブックだけきちんと対応して、その他のスキンは各自のユーザCSSに任せる（MediaWiki:○○.css には書かない）のが良いのではないかと思っています。特にベクタースキンはフィードバック受付中のベータ版ということで、あまりデフォルトを弄るべきではないと考えています（英語版はその点をあまり気にしていないようですが）。前にも述べましたが、下にあろうが上にあろうが読めないわけではなく、本文にめり込むよりは遥かにマシですから、モノブック以外でabsolute対応していなくても、特に問題ないと思います。idが付いていればユーザCSS書くのも楽ですしね。今の私など、{{Coord}}に対応させるのに div#bodyContent > p > span[style*="3.95em"] なんて書いているのですよ。--ラッキースター・キッド ◆Luck.w.AEQ 2009年10月6日 (火) 21:53 (UTC)

スキンCSSに関することなので、MediaWiki‐ノート:Monobook.cssに作業場所を用意しました。「とりあえず」はないです。--Los688 2009年10月7日 (水) 14:13 (UTC)

議論の場を用意して下さったことには感謝しますが、Monobook.css 下のページだと、モノブックだけの話だと誤解する方もいらっしゃるのではないかと。といいますか私自身が最初、そのように誤解していて4キロバイトくらい文章を書いてから気付いて消しました（時間を無駄にしてしまった）。とりあえず（これは私の口癖であり深い意味はないです）場所を移すべきときなのは認識していましたので、移動するに吝かではありません。モノブックのみと勘違いされる可能性については、お知らせに補足することで解消を図りたいと思います。

では、続きはMediaWiki‐ノート:Monobook.cssで。--ラッキースター・キッド ◆Luck.w.AEQ 2009年10月7日 (水) 21:46 (UTC)

[編集] 　左のナビゲーション、ヘルプなどのボックスが本文の下に表示される　

個人設定で「モダン」を選択している場合で、かつＩＥで文字サイズを「大」にすると、ページによっては表題のとおりの現象になります。
表示するページの条件の特定には至っていませんが、
例としてトヨタのページでは、文字サイズ「中」でも同様の現象になります。
（「小」にすると回避されます）
＜使用環境＞

• • ＯＳ：ＷｉｎｄｏｗｓＸＰ
  • ブラウザ：ＩＥ６．０
  • 個人設定：モダンスキン

[編集] 投稿者の名前が違う

先ほど爽快情報バラエティー スッキリ!!の記事を編集しましたが、編集した分の変更履歴が「2009年5月20日 (水) 00:32 Arcet (会話 | 投稿記録) (52,773 バイト) (取り消し) 」と違う投稿者の名前になっていました。投稿の際、編集競合にはなってません。また、自分の投稿記録にも前述の日時の「スッキリ!!」の記事を編集した分だけ記録が残っていません。--Welovekobe 2009年5月20日 (水) 00:50 (UTC)

バグの可能性もありますが、Arcet さんと全く同一の編集を行った可能性も考えられます。この場合、競合になるかどうかは分かりませんが、最新版との差分に違いが無い場合、履歴には記録されず、キャッシュが再構成される程度の変更しか行われません。--Frozen-mikan 2009年10月2日 (金) 02:51 (UTC)

[編集] 時刻付き著名で表示が崩れます

ヘブライ語などの右から左へ表記する文字のユーザー名では --~~~~(時刻付き著名) で表示が崩れます。下記のように日時時刻の前に &lrm; を挿入すれば直るのですが。

• テスト בועת סבון ‎2009年5月28日

対応していただけないでしょうか？ --בועת סבון 2009年5月28日 (木) 01:41 (UTC)

これは、たぶん、ウィキペディア日本語版内部の問題として解決するのは困難で、ウィキペディア日本語版が使用しているMediaWikiというソフトウェアの開発者に要望をなげなくてはならないと思います。開発者への要望は、Bugzillaで行うことができます。

また、特別:個人設定の「利用者情報」タブ→「ニックネーム（署名用）」項目で、署名用の記述を設定することができます。--mizusumashi（月間感謝賞を応援します） 2009年5月29日 (金) 12:17 (UTC)

英語版では崩れませんので、日本語版特有の問題だと思います。

• 日本語版 -- בועת סבון 2009年6月1日 (月) 00:00 (UTC)
• 英語版 -- בועת סבון (talk) 00:00, 1 June 2009 (UTC)

そういえば、英語版では MediaWiki:Signature でシグネチャに会話ページへのリンクを表示するようにしてますね。日本語版ではユーザー名の後ろの「]]」の後ろに &lrm; を入れていただけると直ると思うのですが。いかがでしょうか？もしくは英語版と同様会話ページのリンクを入れていただけると日本語版でも直るみたいですね。

• 会話ページへのリンクテスト -- בועת סבון (会話) 2009年6月1日 (月) 00:00 (UTC)

以上、よろしくお願い致します。 --בועת סבון 2009年6月1日 (月) 01:28 (UTC)

まず、日本語版のMediaWiki:Signatureで（おそらく）対処可能であることはご指摘のとおりであり、私が誤解しておりました。申し訳ありません。

しかし、いちどMediaWiki:Signatureに&lrm;を入れる対処を行ったものの、Wikipedia:サンドボックスで動作を確認し[13]、考えを改めて、従来のものにもどしました（MediaWiki:Signatureを削除しました）。その理由は、実際に対処→動作確認をするまえに気づくべきでしたが、&lrm;をMediaWiki:Signatureに入れると、~~~などで生成されるソースコードが変更され、&lrm;が意外に目立つような印象を受けたからです。これを事前の議論や、少なくとも告知なく行うことは、多くの利用者を困惑させることになるのではないかと懸念します。

個人的には、&lrm;を入れるなどの対処をしてもかまわないとは思いますが、バグとしてではなく、ウィキペディア日本語版の仕様変更（？）としてWikipedia:井戸端などで提案していただけないでしょうか（私からWikipedia:井戸端で問題提起してもかまいませんが、私が問題提起すれば変更のメリットとデメリットの両方をあげることになり、בועת סבוןさんからみてあまり十分に好意的ではないと思える内容になるかもしれません）。--mizusumashi（月間感謝賞を応援します） 2009年6月8日 (月) 16:30 (UTC)

[編集] リンク元の「前の50件」、「次の50件」が正常に動作しない

既出だったら、ごめんなさい。

Portal:コンピュータの新着項目を探しているときに気づいたのですが、リンク元ページを閲覧したときにこちらのように、先頭以外のページでは「前の50件」および「次の50件」をクリックしてもページの更新が行われません（ちなみに先頭50件では起こりません）。この機能はリンク元のURLに from および back のパラメータに ID を渡すことで実装されていますが URLを見るとパラメータの値が更新されていないようです。また英語版でも同じ事が起こるようです。

Bugzillaには投稿したことが無いので、一応こちらに報告しておきます。

なお当方の環境はWindows XP(SP3)、Firefox 3.0.11です（今回のとは関係ないと思いますが一応）。

以上よろしくお願いします。--U-ichi 2009年6月15日 (月) 13:58 (UTC)

bugzilla:19236 に上がっていました。最新版では部分的に解決されているようです。--fryed-peach [会話] 2009年6月18日 (木) 09:11 (UTC)

「次の～件」は修正されているようですが、「前の～件」は修正されていないようですね。しばらくはbugzilla:19236の議論を静観したいと思います。--U-ichi 2009年6月20日 (土) 00:18 (UTC)

[編集] 「ウクライナ」の項目に意味の無い空白

ウクライナの項目なんですが、ページの右側に変な空白できていません？特に画像も長文も無い筈なのに余白ができています。ここ数日ずっと続いていましたので、ご報告いたしました。--219.117.18.128 2009年6月17日 (水) 03:41 (UTC)

私の環境（Windows Vista SP1 + IE8）では特に不自然な点は見られません。OSとブラウザも報告していただいた方が良いかもしれません。--Penn Station 2009年6月17日 (水) 12:56 (UTC)

私のPCはWindowsXPとIE8です。--219.117.18.128 2009年6月18日 (木) 01:41 (UTC)

[編集] 編集後「プレビュー」をクリックしたら、「○○を編集中 - プレビュー - Wikipedia」が表示されない

編集を終えて「プレビュー」をクリックしたら、左上に「○○を編集中 - プレビュー - Wikipedia」が表示されなくなっています。環境はWindows XP SP3、Internet Explorer7です。--MiraModreno 2009年6月19日 (金) 04:36 (UTC)

[編集] ページの移動について

項目名に明らかな間違いがあることを発見したので、ページの移動を行おうとして移動させるためのページ（例 豊中グランドのこのページを移動　）を開くと以下のエラーメッセージが表示され、移動を行うことができません。

対象となるページが存在しません
出典: フリー百科事典『ウィキペディア（Wikipedia）』
対象となるページまたは利用者が指定されていません。
メインページ に戻る。

当方の環境はWinXPSP3のFx3.0.11とIE7です。--準特橋本（Talk/Contribs） 2009年6月20日 (土) 11:35 (UTC)

私もまったく同じ状態です。同じくWinXPSP3で、OperaとGoogle Chromeでも発生します。--Toto-artist 2009年6月25日 (木) 00:17 (UTC)

準特橋本さんの挙げられたリンク先はエラーが出ましたが、Special:MovePage/豊中グランドはエラーが出ませんでした。というかリンク先は "target=" より後の部分が二重エンコードされているようなのですが、どのような方法で移動を試みたのでしょうか。手順を確認できれば問題を解決できそうな気もします。--Marine-Blue [ 会話 履歴 電信 ] 2009年6月26日 (金) 01:45 (UTC)

クイックバーや各ページにある｢このページを移動｣をクリックしようとすると "target=" より後の部分が二重エンコードされているリンクがアドレスバーに出ました。全てのページで同じ現象です。Special:MovePage/豊中グランドからや直接 http://ja.wikipedia.org/wiki/特別:移動/ページ名 とアドレスを打ち込めばエラーが出ないです。取り敢えずは直接アドレスを打ち込んで移動させる事は出来そうです。--Toto-artist 2009年6月26日 (金) 02:43 (UTC)

二重エンコードを解除した状態で移動ページを表示させることに成功しましたが、これはMediaWikiの問題なんでしょうねぇ。なお、履歴の関係で移動はできていません。--準特橋本（Talk/Contribs） 2009年6月29日 (月) 12:27 (UTC)修正--準特橋本（Talk/Contribs） 2009年6月29日 (月) 12:30 (UTC)

コメントsafariでは普通にできます。ちなみに、そのときにアドレスバーに出るアドレスはhttp://ja.wikipedia.org/wiki/特別:移動/豊中グランドでした。IE等、ほとんどのブラウザは、エスケープ文字ですが、safari・operaは、日本語でしっかり表示します。（あれ、 Wikipedia重いな。バージョンアップ中か??）--'''人間です''' 2009年7月13日 (月) 07:25 (UTC)

私はVistaですが、やはり提起されたメッセージが出て、移動ができません。　Bakkai 2009年7月16日 (木) 03:48 (UTC)

Vista SP1+Fx3.0.12でも同様です。KMT 2009年7月25日 (土) 04:45 (UTC)

発生状況確認。クラシック・ケルンブルー・ノスタルジアを外装として選択している場合にこのバグが発生するようです。取り急ぎ。（別件のTomosさんのバグ報告で、そういえば僕もクラシックだな。もしかして・・・と思ったら正解でした（＾＾；））KMT 2009年8月11日 (火) 06:24 (UTC)

確認いたしました。MediaWikiのバグだと思いますので、Bugzillaに報告させていただきました[14]。--mizusumashi（月間感謝賞を応援します） 2009年8月11日 (火) 07:53 (UTC)

最新のアップデートで、この不具合は修正されました。ご確認ください。--mizusumashi（月間感謝賞を応援します） 2009年9月20日 (日) 17:33 (UTC)

[編集] Mac Safari3.1 での検索バーの選択ができないバグ

先に言っておきます。もしかしたら、私の方のなんだかのミスの場合があります。その場合は、教えてくださいね。

左に表示される、 ボックスをクリックしても、何の反応がありません。これは、wikipediaのページでしか、この現象は起きません。--私は人間です。 2009年6月22日 (月) 11:13 (UTC)

画像に著作権の問題が発生したため消去しました。--私は人間です。 2009年6月23日 (火) 08:59 (UTC)

根本的な解決策ではありませんが、上の「検索」の部分をクリックすれば選択できるはずです。--fryed-peach [会話] 2009年6月23日 (火) 03:55 (UTC)

Fryed-peachさんありがとうございます。--私は人間です。 2009年6月25日 (木) 11:43 (UTC)

ほかに同じような現象が起きる方は、いらっしゃいますか??--私は人間です。 2009年6月25日 (木) 11:43 (UTC)

これは、モダンの設定の時のみ発生した現象でした。これはバグだと思いますので、どなたか、Bugzillaへバグの通知を英語でお願いできますか??--私は人間です。 2009年6月25日 (木) 12:10 (UTC)

bugzilla:19194 に上がっていました。--fryed-peach [会話] 2009年6月25日 (木) 15:21 (UTC)

Fryed-peachさん。ありがとうございます。以上で、解決です。—以上の署名の無いコメントは、TAKA123321（会話・履歴）さんが[2009年6月26日 (金) 15:17 (JST)]に投稿したものです。

報告っと言ってはなんですが、Mac版の報告を自分でしました。（英語って大変です(*´Д`*) 〜з）こちら

[編集] Safari4.0で左メニューの検索枠への入力が出来ません

MacOS10.4.11上で動作するSafari4.0でヘルプの下にある検索枠をクリックしてもカーソルが表示されず、

表題の不具合が発生します。

メインページ上部の検索は問題ありません。Firefox3.0.11では問題無く動作します。--ゲルマニウム 2009年6月29日 (月) 04:44 (UTC)

セクションをまとめました。外装はなにをお使いですか？--Aotake 2009年6月29日 (月) 06:50 (UTC)

[編集] 画像サイズのディフォルト値

バグなのか仕様なのか分かりませんが、一応報告しておきます。おそらく6月15日の夕方（JST）からだと思うのですが、サイズ未指定の画像ファイルのサイズ（ディフォルト値）が以前に比べてかなり小さくなってしまったような気がします。例えば英語版のディフォルト値は180pxのようなのですが、英語版の記事を翻訳して日本語版に投稿する際、明にサイズ指定がないと、オリジナルに比べてかなり小さくなってしまいます。例として未完成作品とen:Unfinished workを挙げておきます。画像サイズのディフォルト値を英語版と同じ（あるいは6月15日以前の?）180pxに変更して頂くことは可能でしょうか？--Penn Station 2009年6月26日 (金) 11:21 (UTC)

これはどうも個人設定での設定が勝手に120pxに変わってしまったためのようです。私も同じことになったのですが、ログアウトしてみてみると 180px で表示されているので、ログイン利用者で同様の問題が生じている場合は各自個人設定を直してもらうということになるのではないでしょうか。--Aotake 2009年6月26日 (金) 11:40 (UTC)

コメントありがとうございます。確かに個人設定の「サムネイルの大きさ」が120pxになっていました。この設定項目には全然気付いていませんでしたが、6月15日に新たに導入された項目のようですね…（この日に他の個人設定画面もいろいろ変わっています）。英語版で確認したところ180pxになっていました。自分で変更した記憶はないので、英語版ではディフォルト値のディフォルト値が180pxになっているのだと思います。日本語版でもこのディフォルト値のディフォルト値を180pxにした方が良いかと思いますが…。--Penn Station 2009年6月26日 (金) 11:55 (UTC)

日本語版でもデフォルトは180のまま変わっていません。これはログインしていない状況で閲覧していただいたり、あるいは個人設定を「初期設定に戻す」操作を行ってみていただければ分かると思います。今回の件は、最近の更新の際に何らかのバグで120に変わってしまったもので、たぶん設定を変えていた場合に起きる問題だと思うのですが、Penn Stationさんは触った記憶がないとおっしゃられているので、違うのかも知れません。この設定項目は以前からありますが、個人設定内の配置が違っていました。ちなみに同様に「画像の最大サイズ」の設定項目でも設定が最小値になってしまった方がいるはずです。この問題は英語版でも報告されていまして、個人設定の再構成責任者である開発者の方も把握しているようです（en:Wikipedia:Village_pump_(technical)#Preferences changed by themselves）。問題がまだ継続しているようなら、開発者さんに180に戻してもらう作業が可能だと思いますが、私自身は設定を直してしまったのでまだ継続しているのかわかりません。--Aotake 2009年6月28日 (日) 14:51 (UTC)

英語版でも起きていた共通のバグだったのですね。情報ありがとうございます。「画像の最大サイズ」を確認したところ320x240px（最小サイズ）になっていました。初期値に戻したところ、「サムネイルの大きさ」は180px（既に変更済みでしたが）に、「画像の最大サイズ」は800x600pxになりました。どこまでがソフトウェア（MediaWiki）の問題でどこからかサイト（WikipediaあるいはJAWP）の問題なのかがよく分かりませんが、少なくともJAWPでは一度最小値になってしまった利用者は自動的には本来のディフォルト値に戻らないようです。いま新しくアカウントを作成したら最初からディフォルト値になっているのかもしれませんね…。--Penn Station 2009年6月29日 (月) 03:57 (UTC)

ウィキメディアプロジェクトで使用しているメディアウィキの大規模アップデートの際のバグだと思いますよ。新しくアカウントを作成する場合は、デフォルトになるはずです。いちおう開発者の Werdna さんに連絡してみました。--Aotake 2009年6月29日 (月) 06:50 (UTC)

アカウントを作成して確認してみましたが、「サムネイルの大きさ」は180px、「画像の最大サイズ」は800x600pxとディフォルト値になっていました。どのタイミングで最小値になってしまったか謎ですが、MediaWikiのアップデートの際の個人設定のマイグレーション・プロセスに問題があったのかもしれませんね。だとすればその時点でアカウントを持っていたすべての人に同じ現象が起こっているはずなのですが。開発者へのご連絡、ありがとうございます。--Penn Station 2009年6月29日 (月) 09:48 (UTC)

英語版の井戸端に「問題あったら連絡して」とあったので、個人的に会話ページに質問を投げたのですが、無視されてしまいました。とりあえず、できれば各人手動で修正していただくということでいかがでしょうか。どうしてもアクションをとる必要があればバグジラに上がっているか探してみますが。--Aotake 2009年7月19日 (日) 10:31 (UTC)

[編集] スタブリンクとして表示するしきい値

「個人設定」の「見た目」の「高度なオプション」において、「スタブリンクとして表示するしきい値」の値を変更して「設定を保存」を押しても「0バイト」に戻ってしまいます。なお、設定自体は反映されているようですが、現在の設定されている値を確認する事ができません。また選択肢の「その他」は何の為にあるのでしょうか？値を直接入力する事ができないようですし。--ひゃくまんこのしあわせ 2009年6月29日 (月) 02:58 (UTC)

(追加情報) IE のオプションで「スクリプトエラーごとに通知を表示する」のチェックを入れて実行すると、ドロップダウンの値を変更するたびにエラーポップアップが表示されるので、どこかに不具合があると思われます。--ひゃくまんこのしあわせ 2009年6月29日 (月) 02:59 (UTC)

英語版をはじめとする他国語版 wikipedia や、各国語版 wiktionary 等の他プロジェクトでも同様の現象が発生するので、日本語版 wikipedia 固有の問題では無さそうですね。--ひゃくまんこのしあわせ 2009年6月29日 (月) 04:07 (UTC)

Bugzillaにあがっているかはちょっとよくわからなかったのですが、ブラウザとの相性に関するバグでしょうか。とりあえず、現在設定されている値については http://ja.wikipedia.org/w/api.php?action=query&meta=userinfo&uiprop=options で確認することができるかも知れません。stubthreshold=となっているところの値が選択されている選択肢の順番に対応しています。選択肢の「その他」は正しく動作している場合、「その他」を選んだ状態で下の入力欄に好きな数値を入れることができます。--Aotake 2009年6月29日 (月) 06:50 (UTC)

Windows 系しかテスト出来なかったのですが、下記の環境で確認してみました。テスト環境に偏りがあり申し訳ありません。

1. Windows 2000 SP4 + IE6 :NG
2. Windows XP SP3 + IE7 :NG
3. Windows XP SP3 + IE8 :NG
4. Windows Vista SP2 + IE7 :NG
5. Windows XP SP3 + FireFox 3.0 :NG
6. Windows XP SP3 + Opera 9.01 :NG

不具合の詳細は次の通り

1. 「スタブリンクとして表示するしきい値」には「その他」か「0バイト」しか表示されない

   => 上記全てのブラウザにて現象を確認

2. オプションで「スクリプトエラーごとに通知を表示する」のチェックを入れて実行すると、ドロップダウンの値を選択するとエラーのポップアップ

   => IE6, IE7, IE8 のみ現象を確認

3. ドロップダウンで「その他」を選択しても、直下の入力欄が無効のまま値を入力できない。

   => IE6, IE7, IE8 のみ現象を確認

なお、FireFox で「その他」で任意の値を入力した場合、IE系においても直下の入力欄が有効になってました。 --ひゃくまんこのしあわせ 2009年6月29日 (月) 08:20 (UTC)

コメント 私も以前同様の現象を確認しておりましたが、現在は直っているようです（環境はWindows Vista SP1, IE8、日本語版と英語版で確認）。ご確認ください。--Penn Station 2009年10月8日 (木) 08:36 (UTC)

[編集] Template:ActorActress　の画像サイズ不具合

Template:ActorActressを使ったページで、画像がオリジナルサイズで表示される不具合が生じているようです（例：ジェーン・シーモア (女優)、マリアム・ダボ）。以前はこのようなことはありませんでした。技術的なことはわかりませんので、お調べいただければ幸いです。（WidowsXP SP3、IE8 使用）--Rollin 2009年7月4日 (土) 05:43 (UTC)

追加されていた画像オプションにミスがあったので修正しました。--Game-M 2009年7月4日 (土) 16:53 (UTC)

ありがとうございました。--Rollin 2009年7月4日 (土) 18:05 (UTC)

とりあいずチーチ・マリンなどで100%の大きさで表示されてしまうので、差し戻させて頂きました。--Matorikkkusu 2009年7月4日 (土) 23:13 (UTC)

解決済み 画像リンク（“[[ファイル:～]]”内）の“{{!}}”を除去しました。私の使っている環境（WidowsXP SP3、IE8・FireFox 使用）では上記記事で動作確認してもバグが再現しなかったので、万一直っていない場合は、あなたの使っている環境をお教え願えませんでしょうか？--Game-M 2009年7月6日 (月) 00:28 (UTC)

[編集] Erlang のソースコードが表示されません

解決済み

Erlangの記事を拝見したところ、<source lang="erlang"> から始まるソースコードが表示されず、代わりに

GeSHi Error: GeSHi could not find the language erlang (using path /usr/local/apache/common-local/php-1.5/lib/GeSHi-1.0.7.19-wm1/geshi/) (code 2)

から始まるエラーが表示されます。これは lang="erlang" が記述ミスなのでしょうか。--M-ogino 2009年7月7日 (火) 22:29 (UTC)

一時的な拡張機能のエラーではないかと推測するのですが、まだ同じエラーが表示されているでしょうか？--Aotake 2009年7月19日 (日) 10:31 (UTC)

少なくとも数日以上は続いていたと思うのですが、今は直っていますね。良くあることなのでしょうか。--M-ogino 2009年7月20日 (月) 10:48 (UTC)

[編集] 世界地図の画像が表示されない

世界地図の画像ファイル:WorldMap_ja.pngを開くと画像は表示されず「サムネイルの作成中にエラーが発生しました: サムネイルの指定パラメータが適切でないか、ファイルの画素数が1,250万ピクセル以上です。」と表示されます。Internet Explorer8とGoogle Chrome Ver2でこの現象を確認しています。対処方法はありますでしょうか。--Sillago 2009年7月9日 (木) 09:22 (UTC)

開発者ブログなどを見るとファイルサーバーはここのところ不安定な状況が続いていますので、その関係かもしれません。--Aotake 2009年7月19日 (日) 10:31 (UTC)

ただ単に画像が大きすぎるためではないでしょうか。3000万ピクセルを超えていますので「ファイルの画素数が1,250万ピクセル以上です。」というエラーが出ても特におかしくないと思うのですが。--氷鷺 2009年7月29日 (水) 09:10 (UTC)

返事が遅れて申し訳ありません。Aotakeさん、氷鷺さん、どうもありがとうございます。仕様ということであれば、納得します。ただ昔はきちんと表示されていたような気もするのですが確証がありません。--Sillago 2009年8月3日 (月) 21:03 (UTC)

[編集] 検索のバグ：「こだま あすみ」で検索しても児玉明日美のページがヒットしない

「こだま あすみ」で検索しても児玉明日美のページがヒットしません。児玉明日美のページには「こだま あすみ」という文字列が存在しています。これは明らかにバグではないでしょうか？それとも児玉明日美のページが作成されたのが最近（2009年6月14日）だからヒットしないのでしょうか？もしそうだとしたら検索結果のページなどに「○年○月○日以降に作成されたページはヒットしません」などの注意書きを表示していただきたい。--bcxfu75k 2009年7月17日 (金) 07:14 (UTC)

Help:検索などにも書かれていますが、メディアウィキの検索機能は不十分な点が多く、改善に取り組んでいる開発者もいますが、「いついつ以降に」という表示をさせるのはなかなか難しいんじゃないでしょうか。bcxfu75kさんがソースを書いてバグジラにアップロードすれば歓迎されるとは思いますが。--Aotake 2009年7月19日 (日) 10:31 (UTC)

[編集] Mac版IEでのバグ

こちらの画像でわかると思いますが、人のマーク（?）がロゴマークの隙間に入ってます。 別にこのブラウザはもう使わないとは思いますが(笑) Mac10.5.7で、IE5.2（出ている中では最新）です。

[編集] 画像ファイル名の検索で表示が崩れる

解決済み システムメッセージの記述ミス

例えば「ファイル:首里城　瑞泉の門.JPG」の文字列で検索しますと、[15]の様に検索文字列が表示されるべき場所に画像自体が表示されてしまいます。Windows xp SP3の、ie8、Firefox3.0.11にて確認。--４行ＤＡ 2009年7月19日 (日) 13:42 (UTC)

ご報告ありがとうございます。対処いたしました。最近、検索システムが更新されたため、細かい不具合がいくつかあるようです。ご迷惑をおかけして、申し訳ありません。

（技術情報）４行ＤＡさんあてにとういよりも、情報共有のため、技術情報を書いておきます。この問題は、MediaWiki:Searchmenu-existsのデフォルトが「'''このウィキには「[[$1]]」という名前のページがあります'''」となっていたために発生しました。４行ＤＡさんのご報告の直後に、translatewiki.netinterwikiでは修正が入っていますが、まだjawpに反映されていませんでした。translatewiki.netinterwikiの修正がjawpにコミットされるのを待つかどうか少し迷いましたが、不具合による利便性の低下が大きいことを考慮し、MediaWiki:Searchmenu-existsをjawpで新規作成し、修正版の内容を記述しました。interwikiと内容同一であるため、interwikiの修正版MediaWiki:Searchmenu-exists/jaがjawpにコミットされれば、jawpのMediaWiki:Searchmenu-existsは不要になります。--mizusumashi（月間感謝賞を応援します） 2009年7月20日 (月) 09:20 (UTC)--修正:2009年9月21日 (月) 11:21 (UTC)

素早い対処を有難うございました。--４行ＤＡ 2009年7月24日 (金) 13:46 (UTC)

translatewiki.netの修正版 Searchmenu-exists がウィキペディア日本語版のデフォルトに反映されたため、日本語版のMediaWiki:Searchmenu-existsは削除いたしました。不具合なく動いているものと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月21日 (月) 11:21 (UTC)

[編集] 国道標識画像の表示がおかしい

国道標識画像の一部の表示がここ数日で崩れてしまいました。

• Image:Japanese National Route Sign 0001.svg
• Image:Japanese National Route Sign 0020.svg など

コモンズのファイルで「purge」してみましたが修正できません（やりかたが間違い？）。これ以上、私では対処不能ですので Help をお願い致します。（WindowsXP SP3、IE7 の環境です）--Aimaimyi 2009年7月27日 (月) 10:12 (UTC)

（コメント）私も、国道マークについてはバグなのかどうなのかが分かりかねていたところです。

たとえば、いわゆる一桁国道について見てみると、次のような状況です。（環境は、WindowsXP SP3、IE8）

• 国道1号、国道2号、国道3号、国道4号の各ページでは、国道マーク上の数字が右に寄っている。
• 一方、国道5号、国道6号、国道7号、国道8号の各ページでは問題ない。
• かと思うと、国道9号のページでは、再び国道マーク上の数字が右に寄っている。--Tossie 2009年7月27日 (月) 12:44 (UTC)

(コメント)各国道のページ最上部右側に表示されているTemplate:Infobox road内の「接続する主な道路」には複数の国道標識画像が表示されている場合が多いみたいですが、数字とROUTEが右寄りのものと中央のものが混在していますね。（上記の1から4と9号線は、記事の方ではまだ右寄りのままですが、画像ページでは中央表示に戻ったみたいですね。）--ぬまぶくろう 2009年7月28日 (火) 20:16 (UTC)

一覧表commons:Category:Diagrams_of_Japanese_National_Route_Signです。変ですね。--Triglav 2009年7月29日 (水) 08:31 (UTC)

こんばんは。国道標識画像を作成した excl-zoo です。ご指摘の件、半年くらい前から一部の画像でフォントが期待通りにレンダリングされない状況を確認していたのですが、再現環境がないため手をこまねいています。画像側、MediaWiki 側、どちらに不具合があるのか切り分けができていません。Commons にアップしている原ファイル（PNG にレンダリングされる前のSVGファイル）を直接表示した場合には問題ないため、私は MediaWiki 側を疑っているのですが、確証が取れない状況です。--excl-zoo (会話/履歴) 2009年7月29日 (水) 11:08 (UTC)

メディアウィキの不具合の可能性はありますが、対応としては、「国道」の文字をそうされているように、「ROUTE」や数字もテキストオブジェクトからパスに変換したものをアップロードしてはどうでしょうか？--mizusumashi（月間感謝賞を応援します） 2009年7月29日 (水) 12:04 (UTC)

ああ、すみません。画像を作ったときの背景を書かないといけませんでしたね。画像作成作業時、私もmizusumashiさんがおっしゃる方法を採用しようと思ったのですが、1. 作業環境で使用しているフォント (Arial) をそのままパスに変換して埋め込むのはまずいと思った、2. フォントを埋め込まなくても正しく表示できていた、3. 当時、パスに変換して埋め込む作業を自動化する工数を確保できなかった、という理由から正しく表示できない「国道」の部分だけフォントを自作して、あとはテキストで対応した経緯があります。

そうですね ... 。もし、今のレンダリング結果が MediaWiki の仕様で、今後修正されることがないのであれば、私の作ったSVGファイルが MediaWiki に適さないということなので、こちらで対処するしかないと思っています。でも今のレンダリング結果が MediaWiki の不具合なのだとしたら、国道標識画像以外でも同様の問題が発生する可能性をはらんでいるはずなので、MediaWiki 側で対処してもらいたいなと思います。

こちら側での対処は時間さえかければ可能ですが、画像の枚数が多いので、できれば最後の手段として捉えてもらえるとありがたいです。--excl-zoo (会話/履歴) 2009年7月29日 (水) 18:56 (UTC)

問題解決報告には程遠いのですが、状況報告です。
ただ、本題の前に、まず、Excl-zooさんに一つお詫びいたします。commons:File:Japanese National Route Sign 0001.svgで試行錯誤をしてしまい、ファイルの更新履歴を不要にきたなくしてしまいました。はじめは一回で終わらせるつもりだったのですが、SVG->PNGの変換のタイミングによっては瞬間的に？　正常にレンダリングされることもあり、なんとかそれで固定しようとして無駄な更新を繰り返してしまいました。申し訳ありません。
また、できれはパスに変換せずにおきたいとのことで、了解いたしました。
さて、本題の状況報告。一つ目は、Portal‐ノート:化学#svg構造式がどえらいことになっているのを発見したらで、同様の問題が報告されており、これが国道標識画像に限らない、またExcl-zooさんの作成された画像に限らない問題だということが分かりました。
サーバー管理者にIRCで連絡を取ろうとしてスルーされてしまい、メーリングリストに出そうかどうか迷っていたところ、今日の未明（日本時間）にBugzillaで動きがありました。Bug ID9420、16368、17187などです。いずれのバグ報告もずいぶん以前のものなのでタイミングの点で言えば個々で問題にしている不具合と「同じもの」とはいえないと思いますが、SVGからPNGへの変換におけるテキスト表示の不具合について、2009年8月3日（UTC）にサーバー管理者のBrion Vibberさんが調査・対処の必要があるとの認識を前提としたコメントをされています。Brionさんのコメントからは、どうも不具合箇所の特定、対処方法の見通しも立っておらず、即座に対応完了とはいかなさそうだという印象を私は受けましたが、ひとまずサーバー管理者は不具合の発生を理解しており、対処の予定を持っていると考えて良いのではないかと思います。
以上、それほど役に立つものではありませんでしたが、状況を報告いたします。--mizusumashi（月間感謝賞を応援します） 2009年8月4日 (火) 12:14 (UTC)

みなさんのお手数をお掛けして、申し訳ありません。（私がそちらの知識無くて、すみません）--Aimaimyi 2009年8月10日 (月) 10:43 (UTC)

いつの間にか復旧しています。何か対応してくださったのでしょうか？--Triglav 2009年9月9日 (水) 14:05 (UTC)

「復旧」したといえば、たしかにしているのですが、その「復旧」の原因は、問題のSVGファイルが文字がパス化されたものに差し替えられたことのようです。つまり、サーバーの問題が解決したわけではないようです。

ええと…　「パス化」というものが何なのか、なぜそれで問題が解決するのかというのをお分かりいただけないと、たぶん、まったく話が見えないと思います。ですが、それを説明する文章を書こうとしたら、ものすごく長く、かつ分かりにくくなってしまいました。ちょっと、私には要領よく説明することはかなり難しいようです。すみません。--mizusumashi（月間感謝賞を応援します） 2009年9月10日 (木) 12:41 (UTC)

あ、よく見ると字体が細い。ここに表明が無かったので復旧したものと思ってました。画像の履歴を見るべきでした。失礼。--Triglav 2009年9月10日 (木) 13:18 (UTC)

[編集] 検索結果が{{#if:| {{{3}}}}}のような文字が表示されます。

VMwareServerで（CENTOS、Firefox2）メディアウィキ1.15.0をインストールして運用していますが検索結果の表示がうまくいってないです。正しく表示されるものもありますがほぼ{{#if:|が表示されたり、画面が重なったり、タグが表示去れたり、テーブルが崩れたりしています。

＜例：{{ #if: 明徳義塾中学校・高等学校 | }}{{ #if: | }}{{ #if: {{ #if: | {{#ifeq: | no | | }} | ファイル:Gthumb.svg 画像募集中 }} | }}{{ #if: | | {{ #if: 明徳中学校・高等学校 | {{ #if: 過去の名称 | }}}} }}{{ #if: | | {{ #if: 私立学校 | {{ #if: 国公私立の別 | }}}} }}{{ #if: | | {{ #if: 学校法人明徳義塾 | {{ #if: 設置者 | }}}} }}{{ #if: | | {{ #if: | {{ #if: 学区 | }}}} }}{{ #if: | | {{ #if: | {{ #if: 併合学校 | }}}} }}{{ #if: | | {{ #if: | {{ #if: 理念 | }}}} }}{{ #if: | | {{ #if: | {{ #if: 校訓 | }}}} }}{{ #if: | | {{ #if: 1973年（中学校）…とか、 [[Category:南アフリカ関連のスタブ項目{{#if:||{{{1}}}}}]] とか、 #if: 1| }}{{#ifeq:主要カテゴリ|… |… |{{#ifexist: Category:主要カテゴリ |[[:{{#if:Category|Category:}}主要カテゴリ|主要カテゴリ]]|主要カテゴリ }}＞

などのように表示されています。 どうかよろしくお願いいたします。—以上の署名の無いコメントは、Foxjong（会話・履歴）さんが 2009-08-03T05:40:46 に投稿したものです。

提示されたような構文はMediaWiki本体の機能ではなく、使用するためにはMediaWiki拡張の ParserFunctions をインストールする必要があります。Help:条件文もあわせてご覧ください。--cpro 2009年8月3日 (月) 05:57 (UTC)

ご解答、有り難うございます。 おかげさまで#ifの表示はなくなりました。でもまだダグ(＜ref＞、＜/ref＞、＜/dt＞、＜/dd＞など)は表示されています。スキンはモノブックを使っています。どうかよろしくお願いいたします。—以上の署名の無いコメントは、Foxjong（会話・履歴）さんが 2009-08-03T06:28:03 に投稿したものです。

refについては Cite 拡張をインストールしてください。dt・ddについては、これは私も自分のウィキではまって、結局終了タグを記述しないことで逃げてしまいました。2ちゃんねるWebProg板によると、Tidyの導入により解決したという報告があります。

いずれにせよ、ウィキペディア日本語版で発生している現象ではないので、ここは質問場所としてふさわしくないかもしれません。日本語でMediaWikiについて相談できる場所というと2chくらいしか知らないのですが……。英語に問題がなければ、mw:Communication/jaにある各種窓口で質問なさった方がいいかもしれません。--cpro 2009年8月3日 (月) 07:55 (UTC)

ご解答有り難うございます。おかけさまで、ほぼ解決ができました。 余計な質問に丁寧に答えてくれて本当に有難う御座いました。

[編集] 編集画面が表示されない

個人設定で「見た目」を「クラシック」にすると、編集用のリンクをクリックしても何も表示されないようになっているようです。他の選択肢については確認していませんが、「モダン」を選択すると編集ボックスがきちんと出てきます。

赤リンクをクリックした場合、節の編集を試みる場合にも同じく何も表示されません。URLは ja.wikipedia.org/w/index.php?title=PageName&action=edit&section=4 などときちんと出ています。ソースコードを見ると中身が何もありません。

また、ウィキペディア日本語版以外に英語版ウィキニュースでも試しましたが同じ問題が発生しました。

ここ1、2日に起こったものだと思います。最近クラシック・スキンで編集・投稿していたので。

今時クラシックを使っている人がどれだけいるかはわかりませんが、とりあえず報告します。

Tomos 2009年8月11日 (火) 05:39 (UTC)

...と報告した矢先で済みませんが、直ったようです。お騒がせしました。Tomos 2009年8月11日 (火) 05:51 (UTC)

[編集] 別行立ての数式プレビューがおかしい

\<math\>と\</math\>で囲まれた別行立ての数式で、プレビューするとコーディングのタグがそのまま表示され、 数式が表示されないことがあるようです。ただし、きちんとポストすれば、結果的にはちゃんと表示されるようです。

先ほど、スレイター行列式という記事をいじったのですが、ここで、何もいじらずに「プレビュー」を押すと、 コーディングがそのまま表示される箇所があることに気づくと思います。

[編集] ページ先頭の [編集] リンクの位置

個人設定のガジェットの「ページ先頭のセクションに [編集] リンクを追加する」を利用したところ、スキンがベクターのときに、いつもは右側にある [編集] リンクが左側に来てしまいます。

他の節のリンクは問題が無く、「[編集] リンクが……右側に出現するようにする」のガジェットを設定しても変わりませんでした。--鈴虫 2009年8月16日 (日) 18:53 (UTC)

MediaWiki‐ノート:Gadgets-definition#ベクタースキン使用時のGadget-edittop.js で話題になっていますので、ご参照下さい。--Aotake 2009年8月17日 (月) 09:12 (UTC)

不具合のご報告、ありがとうございます。Aotakeさんが紹介してくださったページにコメントを書きましたが、こちらでもコメントいたします。

ベクター・スキン使用時に[編集]リンクが意図しない場所に出るという問題については、いろいろと対応策を考えていてはいるのですが、考えがまとめきれていません。考えがまとまったら、前述のページか、Wikipedia:井戸端で議題提起したいと考えています。ただ、どうしても気になるので悠長なことを言っていないですぐさま対応してくれ、ということがあれば、即効性のある対応も検討してみたいと思います。--mizusumashi（月間感謝賞を応援します） 2009年8月17日 (月) 13:16 (UTC)

この問題の解決を含む提案を、Wikipedia:井戸端/subj/セクション編集リンク周りのスクリプトの整理で行いました。--mizusumashi（月間感謝賞を応援します） 2009年8月21日 (金) 14:07 (UTC)

[編集] [開く][ウォッチ][更新]が節名の左横に表示される

Wikipedia:井戸端#中国地方に対する発言についてにおいて、[開く][ウォッチ][更新]の3つが節名の左側に表示され、[編集]のみが右側に表示されます。他の節ではすべて右側に表示されています。環境はWindows Vista SP1, IE8、外装はモノブックです。--Penn Station 2009年8月21日 (金) 11:10 (UTC)

ご報告、ありがとうございます。修復いたしました。

技術共有のために、原因を説明しておきます。今回の原因は、Wikipedia:井戸端#中国地方に対する発言についてにあるのではなく、直前の節（のサブページ）でsmallタグが閉め忘れていたことでした。この結果、MediwWikiが{{節リンク拡張}}によって生成されるXHTMLにまでsmallタグの効力を及ぼして、smallタグを埋め込み、そのXHTMLがMoveEditsection.jsが想定している構成と異なるようになり、[開く][ウォッチ][更新]リンクの移動が行われなくなっていました。--mizusumashi（月間感謝賞を応援します） 2009年8月21日 (金) 14:30 (UTC)

早速のご対応および技術情報共有ありがとうございました。正しく表示されるようになったことを確認いたしました。--Penn Station 2009年8月21日 (金) 14:47 (UTC)

[編集] 署名について

使っている環境のせいかもしれませんが、署名ボタンがなくなっています。--京葉特快 2009年8月23日 (日) 00:54 (UTC)

編集画面のテキストボックス上に並ぶ署名ボタンなどは、JavaScript が有効な環境でないと表示されません。あるいはその辺が原因じゃないかと思いますが。--Tossie 2009年8月23日 (日) 02:22 (UTC)

[編集] Help:UTCの時刻を地方時で表示するについて

cpro氏によって、UTCの時刻を地方時で表示するという素晴らしいガジェットがリリースされました。　ただ私の環境では、「編集」の画面以外、「スクリプトエラー」が出てしまい、その他のページはUTCの時刻のままです。セキュリティの問題かもしれないのですが、「ttp://ja.wikipedia.org」以外のサイトのスクリプトをお使いでしょうか？　もしくは当方だけの設定の不備かもしれません。　手掛かりを探す為にも、原因の可能性を教えていただければ幸いです。--山本山815 2009年8月24日 (月) 15:48 (UTC)

ご使用のブラウザとそのバージョンを書いていただけるとデバッグの助けになると思います。--fryed-peach [会話] 2009年8月24日 (月) 15:57 (UTC)

早速の返答ありがとうございます。　ブラウザはIE8、バージョンは8.0.6001.8702となっていました。--山本山815 2009年8月24日 (月) 16:08 (UTC)

もう1つ聞き忘れていました。スキン（外装）は何をお使いですか？--fryed-peach [会話] 2009年8月24日 (月) 16:22 (UTC)

たびたびすみません。（外装）モダン・（数式）簡単な数式はHTML、それ以外はPNG　です。　--山本山815 2009年8月24日 (月) 16:59 (UTC)

それですね。このガジェットは現時点でモノブックなど一部のスキンにしか対応していません。--fryed-peach [会話] 2009年8月24日 (月) 18:46 (UTC)

問題の切り分け、ありがとうございました。　今後の対応をお持ちしています。--山本山815 2009年8月24日 (月) 21:39 (UTC)　

ご報告ありがとうございます。ケルンブルー、モダン、ノスタルジア、クラシックの各外装に対応しました。ブラウザのキャッシュを破棄してみてください。--cpro 2009年8月25日 (火) 08:40 (UTC)

モダンでの対応を確認、問題は解決されました。　素晴らしいガジェットをありがとうございました。　--山本山815 2009年8月25日 (火) 09:13 (UTC)

[編集] 編集履歴の表示件数

編集履歴の表示件数はデフォルトで50件ですが、Wikipedia:管理者解任の投票/Koba-chan_20090823で投票者の履歴を表示させると、2009年8月26日 (水) 17:50(UTC)時点では「(後の49件) (先の49件) 」と49件表示となっています。あえてデフォルトの50件を外したのはなぜでしょうか？これはバグとはいえませんが、標準IFから逸脱したプログラム意図が不明なのでお尋ねしたいと思います。--Weatherman2009 2009年8月26日 (水) 17:58 (UTC)

このURLをご覧ください。「limit=49」と指定されています。これは投票資格の「投稿履歴50件以上」を視覚的に確認するためのもので、「先の49件」が青くなっていれば50件以上と判断するために49件表示としています。これはシステム上の不具合ではなく、管理者解任の運営上の都合によるものです。--Triglav 2009年8月26日 (水) 18:13 (UTC)

回答が出ていますが、これはバグではありません。投票資格が満たされているかを確認できるようにわざとそのようにしてあります。

もともと管理者選出の投票で行われるようになったのですが、投票の際{{subst:管理者解任の投票/sign|○○|20090823065216|}}このようなテンプレートを用いることになっているはずです。このテンプレートを用いると、投票者の履歴のリンクが表示され、これをクリックすると動議提出時以前の標準名前空間に対する投稿履歴が現れます。投票資格は『動議提出時に標準名前空間（いわゆる記事）を50回以上編集していること』ですので、もしこれを満たしていない場合、『（先の49件）』がリンクなしの表示となり、投票資格がないことがすぐわかるというわけです。投票資格の確認は、第三者によって行われますが、このテンプレートの使用でかなり楽になったようです。--ikaxer 2009年8月26日 (水) 18:16 (UTC)

なるほど。ご説明ありがとうございました。--Weatherman2009 2009年8月26日 (水) 18:56 (UTC)

[編集] 編集履歴について

20世紀少年の編集履歴に、自分が執筆していないことまで書かれています。バグとはいいにくいですが、誰かご回答を願いします。

• 使用OS:Windows XP Home Edition
• 使用ブラウザ:Microsoft Internet Explorer Ver.6.0

--poispois

[編集] 三ツ境駅の写真

三ツ境駅の外からの写真・コンコースの写真を 更新しましたが、画像自体は更新されているのに表示がまだ過去の画像になっています。 私のパソコンのOSはWindows vistaでInternet Exproler8を使っています。 確認よろしくお願いいたします。--203.82.116.203 2009年8月28日 (金) 10:05 (UTC)

[編集] アカウント作成時のエラーメッセージ

アカウントの新規作成で意味不明なメッセージが出ました。

• 「ログイン失敗 titleblacklist-forbidden-technicalreason」

中国語版では作成できたのですが、日本語版だと意味不明なメッセージで作成できませんでした。

ちなみに、次のようなマトモなメッセージも在りました。

• 「ログイン失敗 入力された利用者名はすでに使われています。ほかの名前をお選びください。」
• 「ログイン失敗指定した名前 "Abcdあいうえ" は成りすまし防止のため使用できません: 複数の言語体系の文字を同時に含むユーザー名は使用できません。別の名前を使用してください。」

他のメッセージはこちらでは確認していませんので、ついでに確認願います。 --𠮷兆 2009年8月28日 (金) 13:40 (UTC)

利用者名に使っている文字のコードが日本語版では不適切で、利用者ページと会話ページも作成できないようです。welcomeメッセージを送る作業中に気付きました。Wikipedia‐ノート:利用者名変更依頼で管理者に相談してください。--Triglav 2009年9月10日 (木) 14:12 (UTC)

[編集] ●○などの記号が小さく表示される

タイトルの通りです。○●は小さいですが、◎は普通に表示されます。OSはXP,IE8です。--113.32.45.202 2009年8月29日 (土) 02:30 (UTC)

これはIEの問題です（Wikipedia以外のサイトでも発生します）。ネットで検索してみるといろいろ見つかります[16][17]。文字コードがUTF-8でフォントが明に指定されていない場合に、IEが○●×などの記号に対して異なるフォントを選択してしまうために発生するとのことです。私の環境（Vista SP1, IE8）でも発生していますが、IEにユーザ定義CSSを設定しても回避できませんでした…。--Penn Station 2009年8月29日 (土) 03:00 (UTC)

[編集] 多版ページへの削除操作制限が不安定

版が多いページでは削除操作に制限がかかりますがこの機能が不安定なように思います。削除操作をしようとすると「このページには、5,000 版を超える多くの編集履歴があります。～」と表示されるのですが、どうも場合によっては 3500 版位から表示されることがあるように思われます。また、この表示が出た場合でも何回も「削除」を試すと削除可能になったりします。 By 健ちゃん 2009年8月30日 (日) 04:24 (UTC)

読めない英語をえっちらおっちらと調べたところ、英語版ウィキペディアの井戸端にそれらしき話がありました（en:Wikipedia:Village pump (technical)/Archive 44#Page deletion revision limit）。3400版くらいで表示が出たこともあるようです。

MediaWiki:Delete-toobigの英語版en:MediaWiki:Delete-toobigでは「消せなかったらスチュワードに連絡しろ」（大意）と書いてありますが、連絡すると何かをしてくれるのかどうかは英語が読めないので全く分かりません。大意が合っていることさえ自信がない。--ラッキースター・キッド ◆Luck.w.AEQ 2009年8月30日 (日) 23:31 (UTC)

[編集] infoboxの表示不具合

infoboxの中身がそのまま表示される状態になっています。例えばキロメートル、年、世紀など。

{{Infobox |name = 単位 |above = キロメートル |image = |label1 = 記号 |data1 = km |label2 = 度量衡 |data2 = |label3 = 系 |data3 = 国際単位系（倍量単位）

がそのまま表示されてます。その他の単位等も同様です。環境：WinXP,Sleipnir2.8.5,IE6--ZOIX 2009年9月1日 (火) 17:20 (UTC)

私の環境では正しく表示されているようです。もしかしたら（MediaWiki側の）キャッシュの問題かもしれません。もう一度確認してみていただけませんか？--Penn Station 2009年9月1日 (火) 17:26 (UTC)

（コメント）直後に 210.231.51.117 さんが修正したようです[18]。--Frozen-mikan 2009年9月1日 (火) 17:45 (UTC)

解決済み 問題の解決を確認しました。ZOIX 2009年9月1日 (火) 18:44 (UTC)

[編集] スタブリンクが「新しいページ」で機能しない

スタブリンク機能が「新しいページ」で機能しません（閾値未満の記事がHelp:個人設定#高度なオプションの「スタブリンクとして表示するしきい値」で示される色で表示されません）。つい最近までは色分け表示されていました。「最近更新したページ」「ウォッチリスト」も同様ですが、こちらは以前から色分け表示されていなかったと思います。なお通常の記事では機能しているようです。--Penn Station 2009年9月10日 (木) 03:33 (UTC)

（補足）なお環境はWindows Vista SP1、IE8です。--Penn Station 2009年9月10日 (木) 03:42 (UTC)

えと…　まず、このコメントは直接の回答のようなものではありません。私は「スタブリンクとして表示するしきい値」を使用していないので、ちょっと良く分からないというのが正直なところです。

ただ、お話を聞くとバグだと思って間違いなさそうだと思いますので、Penn Stationさんは英語がお分かりになるはずですし、慣れるまでちょっとたいへんですが、Bugzillaでアカウントをおとりになって、ご自分でバグ報告されてはどうだろうかと思います。いかがでしょうか？--mizusumashi（月間感謝賞を応援します） 2009年9月11日 (金) 14:25 (UTC)

コメントありがとうございます。今まで直接サーバ（MediaWiki）の修正依頼を行う方法が分からなかったのですが、改めて確認してみたところ、実はこのページ冒頭の説明にBugzillaのことが書いてあったのですね…。ちょっと調べてみて、大丈夫そうならBugzillaで報告したいと思います。ご教示ありがとうございました。（なお、他の方が調査・報告するのを妨げるものではありません。）--Penn Station 2009年9月13日 (日)に 04:59 (UTC)

追伸：スタブリンクですが、おおよそのファイルサイズを直感的に把握することができるので便利ですよ。特に「新しいページ」では重宝していました…。ただ#スタブリンクとして表示するしきい値で指摘されるように、設定画面に現在の設定値が反映されない、という別の問題もあります。--Penn Station 2009年9月13日 (日) 05:08 (UTC)

遅くなりましたがBugzillaにアカウントを作成し、バグを報告しました：Bug 21052 --Penn Station 2009年10月8日 (木) 08:39 (UTC)

（追伸）なお、#スタブリンクとして表示するしきい値でも報告しましたが、設定画面で現在の設定値が反映されない問題はいつの間にか直っているようです。--Penn Station 2009年10月8日 (木) 08:49 (UTC)

[編集] たまに「目次」が表示されない

例1のように、たまに項目分けがされているのに「目次」が表示されないことがあります（例2）。　その後、他の編集で突然表示されます。（例1、例2）　理由が分かる方はいらっしゃいますでしょうか？　--山本山815 2009年9月11日 (金) 14:11 (UTC)

レベル2の見出しが三つ以下だからではないでしょうか。Help:セクションをご参照ください。--mizusumashi（月間感謝賞を応援します） 2009年9月11日 (金) 14:25 (UTC)

理解しました。　良く調べもせず質問をしたこと、お手数をお掛けしたことについて、申し訳ありませんでした。--山本山815 2009年9月11日 (金) 14:44 (UTC)

[編集] エドワード川

エドワード川のリンク元を見るとこのように エドワード川 (テンプレート呼出) と出ます。バグではないでしょうか。--Tiyoringo 2009年9月13日 (日) 02:52 (UTC)

いつ頃からかは確認していませんが、{{PAGESIZE}} を使うと、そのページをテンプレート呼び出ししていることになっています。スタブテンプレートの山、川などで使われています。--Frozen-mikan 2009年9月13日 (日) 03:43 (UTC)

（追加確認）手元に残っていた2008年10月19日付けのデータベースダンプでも {{Japan-area-stub}} の {{PAGESIZE}} が原因と思われる自己テンプレート呼び出しの記録が確認できました。また、Wikipedia:バグの報告/MediaWiki1.14#PAGESIZEが出力されない で使われてる PAGESIZE でも対象のページで呼び出しが確認できます。--Frozen-mikan 2009年9月13日 (日) 06:11 (UTC)

[編集] 本文はあるが、表示されなくなった

コールドケース 迷宮事件簿にて、編集を行うと中身はあるのですが、カテゴリリンク以外の部分が表示されなくなり、履歴についても差分は表示されるものの、そのときの本文の表示がされなくなりました。表示されなくなった編集より前の版で編集を試みたものの、プレビューにて表示されなかったため、反映させませんでした。一通りチェックしてみたものの、特に変なところは見つからなかったため、こちらに報告にきました。よろしくお願いいたします。--なるきっそす（会話・履歴） 2009年9月17日 (木) 00:51 (UTC)

この直後ですが表示されるようになりました。検証ができないので、ひとまず監視しておきます。--なるきっそす（会話・履歴） 2009年9月17日 (木) 00:58 (UTC)

空編集するかキャッシュを破棄 (?action=purge) すると直るようです。ほかに2chで報告されていたジャングル黒べえやCategory:スペースシャトルのミッション内のいくつかの記事など同じ現象が見られますが、共通点が見えません。--cpro 2009年9月17日 (木) 01:05 (UTC)

[編集] ページ名に全角スペースを含むページにアクセスできない

最近のバージョンアップで、ページ名の全角スペース (U+3000) はすべて半角スペースとして扱われるようになったようです。しかし、元からあるページのページ名は全角のまま変化しません。このため、ページ名に全角スペースを含むページにアクセスすることができなくなっています。一応、oldid で特定版を見ることだけはできるのですが、履歴表示やページの移動などページ名を指定する必要のある操作はできません。

WP:NCの制約があるので影響はさほど重大ではないですが、目下のところ、Wikipedia:投稿ブロック依頼/LJK2　他　追認がその影響を受けています（このリンクは半角スペースのページ名、Wikipedia:投稿ブロック依頼/LJK2 他 追認に繋がってしまいます）。ちょっと時間が取れないのと英作文が苦手なので、どなたかbugzillaに報告していただけないでしょうか。--cpro 2009年9月17日 (木) 12:14 (UTC)

（ご報告までに）削除依頼では同様にWikipedia:削除依頼/銭　再見（審議中）が影響を受けているようです。移動依頼も考えましたが、今後の方策で対処も変わってくるかと思いましたので、こちらで報告しておきます。

なおWP:NCの制約で記事名は限定されるものの、画像ファイルには相当数の全角スペースを含んだファイルがあるようです。全角スペースを含んだ画像が記事上で表示されていないトラブルを、いくつかの記事で確認しています。--ikaxer 2009年9月19日 (土) 04:12 (UTC)

（とりあえず参考程度に）ファイル名前空間を対象として、全角空白を含むページのリスト を作成しました。もちろん、このリストも半角空白ページへリンクしています。全名前空間757ページ。内、ファイル385、記事4でした。--Frozen-mikan 2009年9月19日 (土) 14:23 (UTC)

（追加）全角空白を含むファイルを使用しているページのリスト を作成しました。706リンク、523ページで使用されていました。両方とも使用したデータは9月13日のものです。（細かいミスもありますがサイズも大きいのでそのままで）--Frozen-mikan 2009年9月19日 (土) 15:43 (UTC)

IRCで相談したら、Splarkaさんという方が、bugzillaに報告してくださいました[19]。やはり、このあたり[20][21]などで、全角スペースを半角スペースに置き換える処理が入ったにも関わらず、DBのデータの正規化を行うスクリプトを走らせなかったことが原因ではないかと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月19日 (土) 16:04 (UTC)

全てのページやファイルで改名処置が取られたようです。同名のページがすでに有ったり等で改名できなかったりしたものは "Broken/" で始まる名前に改名されています。--Lemonsquash 2009年9月25日 (金) 04:38 (UTC)

[編集] 「自分の投稿記録」を開くとCPU資源を食い尽くされる。

Wikipedia:井戸端/subj/ウォッチリストの名称変更についてでも書きましたが、名称変更と同時に？行なわれたMediaWikiの修正による「自分の投稿記録」ページでの表示方式変更以降、「自分の投稿記録」を開くとCPUの使用率がほぼ100％になってしまいます。同様の修正が遅れて実施されたコモンズでも以降同じ現象が見られるようになっているため、この修正に原因があるのは確実と思われます。

環境は Ubuntu 8.04 LTS（カーネル2.6.24-24-generic、GNOME 2.22.3） + Firefox 3.0.14、Sempron 2800+にメモリ2GBですが、投稿記録を開いていない状態であれば CPU使用率は10％前後です。--KAMUI 2009年9月19日 (土) 21:25 (UTC)

「自分の」限定でバグが発生しますか？ 特別:投稿記録単体や、特別:投稿記録/LuckyStar Kid（私ラッキースターの投稿記録）ではどうでしょうか。

JavaScript を切っても発生しますか？ 何か悪いスクリプトがあるのかもしれません。JSオフでバグが解決さえるならば、日本語版ウィキペディアとコモンズで共通しているスクリプトのうちのどれかが悪いということになります。

他のブラウザではどうですか？ もしかしたらOS依存度の高いバグかもしれないので、できれば他のブラウザでも確認してほしいのですが。--ラッキースター・キッド ◆Luck.w.AEQ 2009年9月19日 (土) 23:24 (UTC)

特別:投稿記録単体では発生しません。特別:投稿記録/LuckyStar Kidでは若干の上昇（CPU使用率30〜40％）が見られます。JavaScriptを切っても変化はありません。試しにログアウトした状態でも「自分の投稿記録」を開いてみましたが、同じ現象が起きました。

別のマシンに入っている OS/2 で試したところ、Firefox 2.0.0.4 では同じ現象を確認したものの、Firefox 3.0.14 では発生しませんでした。両者の違いは Firefox2 の方が以前 Wikipedia の編集に使用したことがあり、Firefox3 が今回の調査のために入れたばかりってくらいですか。試しに Opera 10.00 Build 4585もインストールして「自分の投稿記録」を見てみましたが、こちらは変化無いようです。

で、一つ気になることがあります。最初に書いた「自分の投稿記録ページの表示法式の変更」に関わることなのですが、「細部の編集」を行なうと

【 編集日時 (履歴)(差分) M 記事名 要約欄の記述】

と言うようにボールド体のMという表示がされますよね。先の変更以降、最新の「細部の編集」の部分に M ではなく横長のアイコン状のもの（M の上に小さな文字で「これは細部の編集です」と書いてある）が表示されているのですが、CPU使用率が上がらない環境だとこれは表示されておらず、ただの M だけです。新規立項記事でも最新のもので N の上に小文字で「この編集によって新しいページが作成されました」という表示が確認できます。また、これらの上にカーソルを持っていくとクエスチョンマークに似たイメージが表示されます。これ、何か関係あるんでしょうか？--KAMUI 2009年9月20日 (日) 12:52 (UTC)

編集に以前使用したことがあるかどうかで挙動が変わるということは、キャッシュに関係しているかもしれないので、一度ブラウザのキャッシュを破棄していただけますか？M の表示に変化があるかもしれません。--fryed-peach [会話] 2009年9月20日 (日) 16:25 (UTC)

キャッシュの破棄は何回か試してみましたが変化無いようです。一応、Firefox の Cache ディレクトリに残る _CACHE_*_ を手動で消して完全に空にしてみたりもしたんですが・・・これは困ったな(^_^;--KAMUI 2009年9月21日 (月) 11:31 (UTC)

一応追記します。その後、試しに「細部の修正」にチェックを入れずに編集などを行なって投稿記録ページに M などの表示が少なくなった状態では CPU使用率 35％程度になりました。次のページ（細部の修正のチェックが入った記事がほとんど）を開くと一気にCPUを使い切ったので、やはりこの表示に原因の一端があるようです。--KAMUI 2009年10月2日 (金) 11:53 (UTC)

Firefox の場合、アドオンで拡張機能とプラグインが追加できると思います。これらを全て無効化してから試していただけないでしょうか。（以前のご報告でインストール直後の場合、問題が無かったようなので）--Frozen-mikan 2009年10月2日 (金) 13:36 (UTC)

プラグインはデフォルトの以外はFlashPlayerくらいで、アドオンの類は入れてない筈だよなぁと思って拡張機能を見てみたらXHTMLルビサポート（3.0.20090601）が入ってました。入れたことすら忘れてましたが・・・で、これを無効化してみたらCPUを食い尽くされる現象は見られなくなりました。まさかこんなのが影響してるとは予想外。

皆様、お手間をかけました。またご助言ありがとうございました。--KAMUI 2009年10月2日 (金) 20:24 (UTC)

[編集] IPユーザーの投稿記録ページのログへのリンク

MediaWiki自体に由来するものだと思いますが、ひとまずここに。投稿記録の「各種ログ」のリンク先は、「http://ja.wikipedia.org/w/index.php?title=%E7%89%B9%E5%88%A5:Log&user=Example」となっています。これはIPユーザーの投稿記録でも同様なんですが、IPユーザーのログのアドレスは「http://ja.wikipedia.org/w/index.php?title=%E7%89%B9%E5%88%A5:Log&page=User:255.255.255.255」なので、IPユーザーの投稿記録ページでは「各種ログ」リンクが全く意味を成さなくなっているようです。それとも、これはこれで意味があるんでしょうか。もし私の思ったとおりで、かつBugzillaなどで把握されていないのであれば、どなたか対処または報告していただけないでしょうか。--Purposefree 2009年9月21日 (月) 19:03 (UTC)

[編集] 注意喚起・スタブテンプレートが表示されない

今朝から、文頭（{{現在進行}}、{{予定}}、{{告知}}など、文中の{{予定|section=1}}も）・文末（{{Stub}}、{{Tv-stub}}など）が全く表示されなくなりました。それぞれの文章編集画面を開くと{{予定}}などがあったり、それに準じたカテゴライズはされています（テンプレート自体が表示されない）。私の使用環境は、Windows98でIE5です。--Nobook 2009年9月22日 (火) 11:08 (UTC)

（確認）OS は XP です。IE5.5 (IETester) で Template:現在進行 を表示したところ、テンプレート部分が表示されていませんでした。IE6 (IETester) では表示されました。Ambox の table 要素のスタイルに付いている noprint が影響しているようです。DebugBar で確認（noprint を消すと表示される）。--Frozen-mikan 2009年9月22日 (火) 13:38 (UTC)

すみません。ひとつ質問させてください。Nobookさんは「今朝から、…全く表示されなくなりました」とおっしゃっていますが、それは、以前からIE5.5を使用していたが「今朝から」ということでしょうか？　それとも、もしかしたら、「今朝から」というよりも、むしろ「IE5.5に変えてから」ということでしょうか？　もし、後者であれば、次のような問題だと思います。

どうも、IE5.5は、MediaWiki:Monobook.cssの次のメディア指定を認識しないのではないかと思います：

@media print {
    .editlink, .noprint, .metadata, .dablink { display: none }
}

そして、.noprintの「display: none」宣言は http://ja.wikipedia.org/skins-1.5/common/commonPrint.css?239az2 にすでにあるので、ここで宣言する必要はないかもしれません。また、この宣言が必要であったとしても、IE5.5用、あるいは「@media print」を認識できないブラウザ用のハックを用意することはできるかもしれません。

ただ、この分析は、「今朝から」というよりもむしろ「IE5.5に変えてから」表示されなくなったということを前提としており、もし、以前からIE5.5を使用していたが「今朝から」表示されなくなったということであれば、べつのところに原因があるのではないかと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月22日 (火) 14:45 (UTC)

• （コメント）mizusumashiさんのご質問にお答えします。後者の方ではありません、前者です（今朝変更したのではなく、継続してWindows98・IE5を使用）。--Nobook 2009年9月22日 (火) 15:29 (UTC)

• コメント私もNobookさんと同様の障害が発生しています。ただ、外装の設定を「モノブック」から他のにしたら表示されるようになりました。しかし、外装の設定をどれに変更してもTemplate:Navboxを用いたテンプレートは全く表示されません。ちなみに私の環境はWindows98でIE5です。--ナカムーラ 2009年9月23日 (水) 11:01 (UTC)

両方とも対処いたしました[22][23]。適当なページ（2009年の日本やパリなど）で、Ctrlキーを押しながら「更新」をクリックして、キャッシュを破棄して確認してください。
（蛇足）両方とも、IE 5.xが「@media print」を認識できていないからというので説明でき、私の手元での確認ではその点を修正すれば解決したのですが、それだけでは2009年9月22日ころから突然そうなったというのは説明できないので、私が何かを見落としている可能性はあります。また、.editlink、.metadata、.dablinkのクラスについても同じ問題が起きているはずで（例えば、2009年の日本で曖昧さ回避が表示されない）、それに手をつけていない点でも不十分な対応になっています。--mizusumashi（月間感謝賞を応援します） 2009年9月23日 (水) 12:20 (UTC)

この編集ですが、テーブルに display: block; が指定されているため navbox の表示が壊れています。次の行に display: table; を加えていただけませんか[24]。--fryed-peach [会話] 2009年9月23日 (水) 13:11 (UTC)

（支持）致命的問題...ではないですが、table.navbox{ display: table; } のようなコードを問題なければ追加して下さい。--Frozen-mikan 2009年9月23日 (水) 14:16 (UTC)

ご迷惑をおかけしました。これで良いでしょうか？--mizusumashi（月間感謝賞を応援します） 2009年9月23日 (水) 14:23 (UTC)

早速の対応ありがとうございます。正しく表示されるようになりました。--fryed-peach [会話] 2009年9月23日 (水) 14:30 (UTC)

すばやい対処、ありがとうございます。ただ、スタブ関連は表示されたりされなかったりと状態がまちまちのままで、Wikipedia:削除依頼/SUPER SURPRISE（これを例に出したのは、私が意見を述べているためです）など依頼対処後の画面が見られなくなっています。--Nobook 2009年9月25日 (金) 05:07 (UTC)

（確認）削除依頼の方は .metadata のようですね。スタブの方も同じ理由かもしれませんが、できれば具体例を出していただけると確認が楽だと思います。--Frozen-mikan 2009年9月25日 (金) 06:00 (UTC)

『バンバンバン』の記事を触っていたんですが、この記事の冒頭には{{Otheruseslist}}が付加されてあります。これが表示されなくなっています。スタブについては、『総力報道!THE NEWS』・『イブニングワイド』（これらは{{Tv-stub}}）などで非表示のままです。--Nobook 2009年9月26日 (土) 17:14 (UTC)

さらなるご報告ありがとうございます。

現在、.metadataなどのクラスがどのページで使われているかを、すべてのページのなるべく最新のデータダンプから調査しようとしていますが、データが膨大なのと、そういうことをやったことがないもので、ちょっと苦戦しています（どなたか、良い方法を知っていれば教えてくだされば幸いです）。

なぜそういうことをしようとしているかというと、そもそもWikipedia:削除依頼/SUPER SURPRISEの内容が、印刷不可（印刷時に非表示）になっている理由がなく、.metadataを印刷不可にすることが間違っているか、このページに.metadataを適用することが間違っているかのどちらかであるように思われるからです。このあたりを考えるための資料として、前述の調査を行っています。

また、もうひとつ、考えていることがあります。先に、私が.navboxについてメディアで表示/非表示を振り分けることを前提とした対処をしてしまいましたが、その.navboxを含め、.editlink、.metadata、.dablinkといったクラスは、べつにそれ自体でメディアごとの表示/非表示の振り分けをする必要はなく、.noprintクラスを併用して指定すれば十分なのではないかというようにも思えます。

前述の調査を行い、それを踏まえて、ウィキペディア日本語版の利用者の間ででいろいろと検討するべきなのかもしれません。というわけで、ご報告に気づいていないわけではないのですが、どう対処するのか判断するのに時間がかかりそうです。--mizusumashi（月間感謝賞を応援します） 2009年9月27日 (日) 11:43 (UTC)

私自身の怠惰さと、パソコンがだんだん不調になっていく環境のため、調査が進みませんでした。しかし、あまり放置もしておけないので、この編集で、screenのメディア指定を行って表示させる対処を、.editlink、.metadata、.dablinkのすべてに行いました。.editlinkはinline指定、.metadataはblock指定で良いと思いますが、.dablinkがinline指定で良いかはすこし自信がありません。
IE 5.xをご使用の方は、Ctrlキーを押しながら「更新」をクリックして、キャッシュを破棄して確認してください。--mizusumashi（月間感謝賞を応援します） 2009年11月10日 (火) 13:32 (UTC)

.dablinkにinlineを指定した結果、Template:Otheruseslistなどのテンプレートで下線が表示される不具合が発生しています。文字数が多いものでは下線と文字が重なるため非常に見難くなっていますので元の状態に戻していただけないでしょうか。環境はIE8.0、WinXPです。--Web comic 2009年11月12日 (木) 01:37 (UTC)

（自己レス）今調べてみましたが、Common.cssで「border-bottom: 1px solid #aaa;」と指定されたものがinlineによって可視化したようです。もし問題ないようでしたらCommon.cssから該当部分を除去していただけないでしょうか。よろしくお願いします。--Web comic 2009年11月12日 (木) 01:46 (UTC)

コメント 報告・対応して下さっている皆さんに深く感謝しております。さて、前回（9月23日）の修正では場当たり的対応を依頼してしまいました。Net Applications のブラウザ・シェア調査によると、IE6 は減少傾向にありますが、最大勢力 23%です[25]。しかし、IE5 と IE5.5 は足しても 0.1%弱です[26]。無視できるような値ではありませんが、これらへの対応優先度は低いはずです。今回のIE5に関する一連の修正を全て差し戻し、適切な CSSハックが判明するまで放置することには出来ませんでしょうか。なお、報告して下さった方々には、カスタムCSSで凌いでいただきたいと思っています。--Frozen-mikan 2009年11月12日 (木) 04:37 (UTC)

[編集] IPA, Unicodeクラスのフォントの不具合

Mac OSX 10.5.9, Safari 4.0.3 で閲覧しています。IPAクラス、Unicodeクラスによるフォント指定で Chrysanthi Unicode によって表示される文字の一部に不具合があります。具体的には歯茎硬口蓋鼻音を表す国際音声記号の ȵ が œ にアキュートアクセントが付いた文字として表示されてしまいます。

これは鼻音#国際音声記号に書いてあることから考えると Chrysanthi Unicode が Unicode 4.0 に対応していないからではないかと思われます。実際フォントを Lucida Grande や Microsoft Sans Serif にしてみると問題なく表示されます。Mediawiki:common.css を見てみますと、.IPA や .Unicode においてChrysanthi Unicode の優先順位が高く指定されていますが、Lucida Grande や Microsoft Sans Serif より低い順位に直すべきではないでしょうか。--咲宮薫 2009年9月26日 (土) 08:25 (UTC)

ご報告、ありがとうございます。Wikipedia:井戸端/subj/class＝"Unicode" で表示されている文字が読めない問題では、ファントの優先順位を入れ替える対応をいたしましたが、それからちょっと考えていることがあります。

ひとつは、.Unicodeというクラスが必要なのだろうか、ということです。もし、unicodeのすべての文字を確実に表示できるフォントがあるならば、.Unicodeというクラスは有用です。また、もしそこまでのフォントがなくとも、ある種のフェールセーフとして有用かもしれません。しかし、Wikipedia:井戸端/subj/class＝"Unicode" で表示されている文字が読めない問題でのご報告にあったように、アラビア文字ではこうなる、この文字体系ではこうなる…　ということがいろいろとあるならば、フォント指定の優先順序をあれこれと操作するだけでは、どのような順序にしても、それでは不都合のある文字体系が出てきそうに思います。そうであるならば、いっそ、.Unicodeというクラスは廃止して（あるいは、すべての文字を表示できるフォントがあるならばそれだけを指定して）、文字体系ごとに.lang-arなどのクラスを指定していったほうが良いかもしれません。また、そこまでする必要もなく、あるいはそうするよりも、XHTMLのlang属性、xml:lang属性をきちんと指定して、OSやブラウザの処理に任せてしまったほうがうまくいくかもしれません。

.IPAについては、言語コードがないためそのクラスを維持する必要があるかもしれませんが、やはり順序を入れ替えるよりも、うまく表示できないフォントは端的に除去してしまったほうが良いかもしれません。

皆さんは、どうお考えになるでしょうか？--mizusumashi（月間感謝賞を応援します） 2009年9月27日 (日) 08:46 (UTC)

表示に問題があると分かったフォントは除去すべきだと考えます。そうやって指定できるフォントがなくなったら、Common.css では廃止して、Unicode クラスはユーザースタイルシートで定義してもらうものとしてしまうのもいいかもしれません。--fryed-peach [会話] 2009年9月27日 (日) 13:31 (UTC)

とりあえず、CSSクラス .IPAは、次のように修正しました:

.IPA {
    font-family: 'Charis SIL', 'Doulos SIL', 'DejaVu Sans', 'Code2000', 'Hiragino Kaku Gothic Pro', 'Matrix Unicode', sans-serif;
}

• Charis SIL - 国際音声記号(IPA)の表示に、問題は見当たらず。Regular、Bold、Italic、Bold Italicの書体を持つ。
• Doulos SIL - 国際音声記号の表示に、問題は見当たらず。ただし、書体は、Regularのみ。
• DejaVu Sans - Unicode規格にある国際音声記号の記号は（調べた範囲で）すべて表示できるが、U+02DE（MODIFIER LETTER RHOTIC HOOK）の合成(combining)が少し美しくない。また、国際音声記号に含まれないが、Unicode規格の Phonetic Extensions、Phonetic Extensions Supplimentに含まれる記号が表示できない（ものがある）。
• Code2000 - Unicode規格にある国際音声記号の記号は（調べた範囲で）すべて表示できるが、U+02DE（MODIFIER LETTER RHOTIC HOOK）の合成が少し美しくなく、U+0361（COMBINING DOUBLE INVERTED BREVE）の合成にいくらか問題がある。ただし、国際音声記号に含まれないが、Unicode規格の Phonetic Extensions、Phonetic Extensions Supplimentに含まれる記号も表示できる（ものがある）。
• Hiragino Kaku Gothic Pro - 調査できなかったため、残した。除去しても良いかも。
• Matrix Unicode - 調査できなかったため、残した。除去しても良いかも。

次のフォントにはそれぞれ問題があったため、除去しています（あるいは追加していません）：

• Bitstream Vera Sans、Lucida Sans Unicod - U+033A (COMBINING INVERTED BRIDGE BELOW)の位置がおかしい
• TITUS Cyberbit Basic、Arial Unicode MS、Code2002 - 上に加えて、U+035C (COMBINING DOUBLE BREVE BELOW)とU+1DC8 (COMBINING GRAVE-ACUTE-GRAVE)が表示されない。
• Chrysanthi Unicode、Gentium、GentiumAlt、Code2001 - 上に加えて、U+02E5 (MODIFIER LETTER EXTRA-HIGH TONE BAR)の向きが逆。
• Bitstream Cyberbit、LastResort - 上に加えて、U+0361 (COMBINING DOUBLE INVERTED BREVE)も表示されないほか、多くの記号が表示されない

以上の調査は、利用者:Mizusumashi/IPAフォントで行いました。.Unicodeクラスについては、さらに考えるべきことがありそうですが、ちょっと考えがまとまらないので今回は対処を保留しました。--mizusumashi（月間感謝賞を応援します） 2009年10月2日 (金) 15:33 (UTC)

[編集] [編集]が記事名横に表示される

今晩からだと思うのですが、[編集]リンクが記事名の右横に表示されるようになりました。個人設定の「ページ先頭のセクションに [編集] リンクを追加する」ガジェットは使用していません。[編集]ボタンを押すと導入部の編集画面になります。環境はWindows Vista SP1、IE8、スキンはモノブックです。英語版、フランス語版、ドイツ語版ではこの現象は見られないため、日本語版固有の問題のようです。--Penn Station 2009年10月3日 (土) 15:09 (UTC)

まず、この変更は意図的なものです。Wikipedia:井戸端/subj/セクション編集リンク周りのスクリプトの整理での、穏やかでやや暫定的な合意に基き、導入いたしました。Penn Stationさんのご報告に少し遅れましたが、Wikipedia:お知らせ#セクション編集リンク関連の変更のお知らせにやや詳しい告知を投稿いたしましたので、ご確認いただければと思います。

ここでいろいろとさらにご説明さしあげたり、話し合ったりということも可能ではありますが、話し合いの場所を集約するため、Wikipedia:井戸端/subj/セクション編集リンク周りのスクリプトの整理#実施後の指摘や異議などでご提示いただければ幸いです。--mizusumashi（月間感謝賞を応援します） 2009年10月3日 (土) 16:14 (UTC)

ご説明ありがとうございます。意図的な仕様変更とのこと、了解いたしました。今回感じたことがありますが、ご指定のページにて触れさせていただきます。--Penn Station 2009年10月4日 (日) 00:47 (UTC)

[編集] 現在の曜日(日本時)を返すテンプレート

http://ja.wikipedia.org/wiki/Template:CURRENTDAYNAME-JST において、現在火曜日であるにもかかわらず、月曜日、との表示がなされました。

また、http://ja.wikipedia.org/wiki/Template:%E4%BB%8A%E6%97%A5%E3%81%AE%E6%97%A5%E4%BB%98 においても、"2009年（平成21年）10月5日（月）"との結果でした。

2009年10月06日 (火) 0:18 + 9:00 (JST)

—以上の署名の無いコメントは、113.146.13.140（会話/Whois）さんが 2009-10-06T00:20:36 に投稿したものです。

サーバ側キャッシュが更新されていないために起きる現象です。 http://ja.wikipedia.org/wiki/Template:CURRENTDAYNAME-JST?action=purge のようにしてください。--cpro 2009年10月6日 (火) 00:33 (UTC)

[編集] 編集画面・編集プレビュー時の内部リンクが右寄りで表示される

2009年10月10日 (土) 08:09 (UTC)に『千鳥のぼっけぇTV!』の投稿以降、編集のプレビューを表示させると、以下のようになります（『千鳥のぼっけぇTV!』の冒頭文を例とします）。

千鳥のぼっけぇTV!（ちどりのぼっけぇてぃーびー）は、GAORAが放送する自社制作のお笑い番組である。

これを編集プレビューにかけると以下のような感じでプレビューが表示されます。

千鳥のぼっけぇTV!（ちどりのぼっけぇてぃーびー）は、が放送する自社制作のお笑い番組である。　　　　　　　　　　　　　　　　　　　　GAORA

ただ、投稿ボタンを押して投稿すると、自分の打った通りにきちんと表示されます。

これと同時に、編集画面でも「これは細部の編集です」の表示も「これはです」と表示され、内部リンク付けされている「細部の編集」の文言は、投稿・プレビューボタンの行で、右寄りに表示されます。すなわち、内部リンク付けされているもの、通常記事でいう「本文」「ノート」「編集」「履歴」、通常ログイン時に記事の上部出る「（ログインしている）名前」、「自分の名前」「個人設定」…（中略）…「ログアウト」も右へと寄った状態で表示されます。プレビューにした時も同じく右へと寄った状態で表示されます。

使用環境は、Windows98でIE5です。--Nobook 2009年10月10日 (土) 16:07 (UTC)

[編集] 要約欄と新しいセクションの見出し入力欄がずれて表示される

要約欄の場合

新しいセクションの見出しの場合

2点報告いたします。

1. 要約欄の入力フィールド（テキストボックス）と見出し（「編集内容の要約: 」）が1行ずれて表示されます（テキストボックスが同じ横位置で1行上にずれて表示されます）。
2. 「+」ボタンを押して新しいセクションを編集する場合、見出しの入力フィールド（テキストボックス）とその見出し（「題名・見出し: 」）も同様に1行ずれて表示されます（テキストボックスが同じ横位置で1行上にずれて表示されます）。

以前は横に並んで表示されていたので、おそらく最近のMediaWikiのバージョンアップ後に発生するようになったのだと思います。環境はWindows Vista SP1、IE8、外装はモノブックです。--Penn Station 2009年10月12日 (月) 13:29 (UTC)

スクリーンショットを撮ったので添付します。 --Penn Station 2009年10月14日 (水) 14:11 (UTC)

テキストボックスの下に空白が入るようにスタイルシートが設定されたようです。

Firefox ではマトモに見えますので、IE と Firefox の CSS の解釈の差異でしょう。IE だと他言語版でも同様の現象になりますので、気になるようでしたら Bugzilla に報告してくださいな。--114.51.189.17 2009年10月15日 (木) 11:06 (UTC)

IE8 でも IE7 互換モードでなければ問題ないようです。開発者モードで弄った程度ですと、vertical-align: top; を指定すると隣の入力欄上辺と同じ高さまで移動するので、余白込みで一行と認識しているのでは、と思います。一応、カスタムCSSで #wpSummaryLabel に display:inline-block; を指定することで、それらしく表示させることは出来ました（IE6, IE7, IE8, Firefox3.5 で表示確認）。--Frozen-mikan 2009年10月15日 (木) 13:29 (UTC)

[編集] 差分テキストがない場合に表示が崩れる

履歴から「最新」や「選択した版同士を比較」ボタンを使用して差分表示する際、差分テキストがないと表示が崩れる模様。スキン：モノブック、OS：WinXP SP3、ブラウザ：Firefox 3.5.3およびIE6 SP3(6.0.2900.5512)にて確認。--郁 2009年10月13日 (火) 12:47 (UTC)

「表示が崩れる」というのは、比較される新旧の版情報が左に寄った状態のことでしょうか。[27]これは差分を表示するテーブル要素に table-layout: fixed; が指定されており、左右のセルの配置が colspan="1" と指定されてる上に、幅が指定されていないためだと思われます。場当たり的解決法としては、私の環境であれば、（例えばカスタムCSSで）左右のセルに width: 50%; とスタイル指定することで、左右均等に配置されたように見えました。原因を取り除くという意味では、colspan="2" とするべき所なのでしょうが（IE8, Firefox3.5, Safari4 で確認）。--Frozen-mikan 2009年10月13日 (火) 15:19 (UTC)

参考用に bugzilla:21053 を、現状は ASSIGNED。--Frozen-mikan 2009年10月17日 (土) 12:49 (UTC)

MediaWikiの開発側では、問題を解決する修正が行われました。日本語版への適用までには時間がかかると思います。--Frozen-mikan 2009年10月29日 (木) 02:39 (UTC)

[編集] 注釈が載らない

Let's Go JUNGLE!で3つめの注釈を入れたらが入っているのにありませんと表示されました。 それに加えカデゴリの部分も消えてしまいました。--Bluesuikun 2009年10月24日 (土) 13:22 (UTC)

節「脚注」の直前に <ref name="test3"> という、閉じていない ref タグを書いたため、それ以降がすべて ref の中身だと認識されて、<references> がないと判断されていました。正しくは <ref name="test3" /> と、/ を入れてください。--fryed-peach [会話] 2009年10月24日 (土) 13:37 (UTC)

[編集] 編集時の不具合

Su2365です。このWikipediaの私の編集する全てのページで起こります。最近以下のような不具合が起きてとても困っています。OSはWindows XP SP3、ブラウザーはInternet Explorer 8、スキンはベクターです。

1. • 編集中に本文以外のところを選択する（要約欄やマークアップのリンク）と見出しをつけるなどしないと本文に戻れなくなる。
   • ノートページでの発言の最後に書名をつけようとするととんでもないところに表示される。
   • 見出しをつけようとすると必ず記事の冒頭・編集している節の一番上に打たれてしまう。

この3点何とかならないでしょうか。--Su2365（会話|投稿記録 ) 2009年11月7日 (土) 00:53 (UTC)--Su2365（会話|投稿記録 ) 2009年11月11日 (水) 09:27 (UTC)

[編集] 削除依頼、投稿ブロック、投票について終了後の処理画面が見えない・消える

症状がいつからと言うのが断定できないんですが（自身で以前に提出をしたことがあるため、時期はその頃からだと思います）、個々のWikipedia:削除依頼（直近の例のひとつしてWikipedia:削除依頼/○○系列○曜○時枠 20091018）、Wikipedia:投稿ブロック依頼（直近の例のひとつしてWikipedia:投稿ブロック依頼/New!New!New!）では、管理者による対処後処理（<div class="boilerplate metadata rfb" style="background-color: #F3F9FF; margin: 0 auto; padding: 0 10px 0 10px; border: 1px solid #AAAAAA">…）や、投票を終了させる際に張る{{Template:古い話題のはじめ}}・{{Template:古い話題のおわり}}行うと（ひとつの例としてノート:サプライズ MONDAY to FRIDAY/投票）、それまでの議論・経過も含めて全て表示されなくなり、当該部分が消えてしまって見ることができません。

使用環境はWindows98でIE5、外装（スキン）はモノブックです。--Nobook 2009年11月9日 (月) 09:14 (UTC)

• （コメント）投票についても例を挙げておきました。そして、以前に類似したものを提出した実績があったため、それについてもリンク付けをしておきました。--Nobook 2009年11月9日 (月) 09:26 (UTC)

• コメント私もNobookさんと同じ現象が起きています。使用環境もNobookさんと全く同じです。外装をスキン以外のものに切り替えれば表示されることがあります。--ナカムーラ 2009年11月9日 (月) 12:55 (UTC)

• コメント前回と同じでしょうから、特に検証はしませんが、CSSメディアタイプに関するIE5が持っているバグです。これに対応する正しいCSSハックもあるとは思いますが、私には分かりません。--Frozen-mikan 2009年11月9日 (月) 13:29 (UTC)

• 対処 #注意喚起・スタブテンプレートが表示されないと同じ問題だと思いますから、同節での対処によって、こちらも解決しているものと思います。--mizusumashi（月間感謝賞を応援します） 2009年11月10日 (火) 13:34 (UTC)