Wikipedia:バグの報告/MediaWiki1.16

MediaWiki1.16のバグの報告

内部リンクがある度に自動的に改行される

解決済み修正済み

今日の夕方からウィキペディアを開くと内部リンクがある度に改行タグを用いていないのに自動的に改行されます。Windows98でIE5、モノブックを利用しています。

たとえば、大島麻衣の見出しの文章は以下のような感じで表記されます。

大島 麻衣（おおしま まい、
1987年
9月11日
- ）は、日本の女性タレント、
グラビアアイドル
である。
千葉県
野田市
出身。
ホリプロ
所属。愛称は「
まいまい
」。
女性アイドルグループ
「
AKB48
」チームA、
AKBアイドリング
の元メンバーである。

--ナカムーラ 2009年6月15日 (月) 11:14 (UTC)

コメント 私のところでは正常に見えています。環境はWindows Vista SP1 + IE8 です。夕方に非常に重くなりましたが、ソフトウェアのアップデートを行ってたんですかね？「個人情報」の画面もそれ以降変わっています。--Penn Station 2009年6月15日 (月) 11:18 (UTC)

Google Chrome 2.0とSafari 4.0でも試してみましたが、共に問題なく表示されました。問題が発生するのは98+IE5の環境のみでしょうか…。--Penn Station 2009年6月15日 (月) 12:52 (UTC)

（コメント）私もナカムーラさんと同じ症状になっています。環境は、ナカムーラさんと同じく、Windows98でIE5です。今朝、昨日まで実施していたこちらの投票の内容を再度確認した際、このような異常は見られませんでした。--Nobook 2009年6月15日 (月) 11:44 (UTC)

コメントMac版のIE5は、正常です。--'''人間です''' 2009年7月13日 (月) 06:59 (UTC)

コメント今、ウィキペディアを開いたら正常に見えるようになりました。Nobookさんも同じ環境で正常に見えるようになれば解決といってもいいでしょう。--ナカムーラ 2009年7月18日 (土) 15:05 (UTC)

1週間前くらいに再びソフトウェアをアップグレードしたようです（冒頭見出しの位置が元の位置に戻りました）。バグが修正されたのかもしれませんね。--Penn Station 2009年7月18日 (土) 16:26 (UTC)

コメント昨日から、正常に見えるようになりました。--Nobook 2009年7月19日 (日) 04:36 (UTC)

rev:53410までサブバージョンが上がり、rev:52402のパッチがあたって修正されたようですね。よかったです。--Aotake 2009年7月19日 (日) 10:31 (UTC)

箇条書きが反映されない

解決済み修正済み

上記内部リンクがある度に自動的に改行されると関連はあるのかはわかりませんが、この症状が表れたのと同じ時期に、箇条書き（*・#使用のもの）が反映されなくなりました。環境は、Windows98でIE5です。--Nobook 2009年6月29日 (月) 13:14 (UTC)

（コメント）私もNobookさんと同様の障害が生じています。「*」を用いたものは縦書きに表示されることもあります。「:」を用いたものも反映されません。また、各記事の履歴や、各ユーザーの投稿記録もめちゃくちゃに表記されます。環境は、Windows98でIE5です。--ナカムーラ 2009年6月30日 (火) 11:33 (UTC)

en:Wikipedia:Village_pump_(technical)#Page layout errors によるとメディアウィキのサブバージョンrev:52402 で修正が試みられているようです。上のリンクの問題も同根のようですね。現在使用されているサブバージョンは 52088 なので、まだウィキメディア・プロジェクトでは修正されていませんし、このままこのコードが通るかはわかりませんが、とりあえず、誰かが対処しようとしてはいるようです。--Aotake 2009年6月30日 (火) 11:49 (UTC)

コメントこれも同様に今日、やっと正常に見えるようになりました。--ナカムーラ 2009年7月18日 (土) 15:19 (UTC)

コメントこちらも昨日から、正常に見えています。--Nobook 2009年7月19日 (日) 04:36 (UTC)

　rev:53410までサブバージョンが上がって直ったようですね。--Aotake 2009年7月19日 (日) 10:31 (UTC)

メール確認メッセージの表示が変?

解決済みローカルのシステムメッセージが古かった

メールアドレスの設定のところの下の表示がおかしいようです。

• アドレス登録前: メール確認: <strong>これらの機能を有効にするにはメールアドレスを登録してください。</strong>
• アドレス登録後: メール確認: あなたのメールアドレスは<strong>確認されていません</strong>。確認されるまで以下のいかなるメールも送られません。

なぜstrongが出てきているんですかね?--MOBIUS876 2009年7月18日 (土) 12:01 (UTC)

ご報告ありがとうございます。修正いたしましたので、ご確認いただければ幸いです。--mizusumashi（月間感謝賞を応援します） 2009年7月18日 (土) 12:25 (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に報告させていただきました[1]。--mizusumashi（月間感謝賞を応援します） 2009年8月11日 (火) 07:53 (UTC)

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

編集画面が表示されない

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

赤リンクをクリックした場合、節の編集を試みる場合にも同じく何も表示されません。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)

テキスト編集上でのコピペができません｡

解決済み

井戸端で出た不具合です。Wikipedia:井戸端#テキスト編集上でのコピペができません｡

症状はIE8編集用目次と改良型編集ツールバーのどちらか、または両方を有効にした場合、テキストをコピーしようとしても不可能になります。--Win51 2010年2月7日 (日) 04:44 (UTC)

IE7・WindowsVistaでWin51さんと同じ状況です（編集用目次と改良型編集ツールバーのどちらか、または両方を有効にした場合、「前に戻る」から始まる操作メニューが出ます）。同じPCでも、Firefox3.5.7では両方有効にしてもコピー可能です。--miya 2010年2月7日 (日) 09:04 (UTC)

関連する症状かもしれませんが、ここ数日のうち、

• 編集用テキストボックス内の、Pageup/Downキー、カーソルキーの挙動がおかしい。
• 編集用テキストボックスからTabキーを押したとき、要約欄へ飛ばない（リンク項目へ飛ぶ）

いずれもベータ版でIE8で確認しています。とてつもなく使いにくいですね。元に戻らないでしょうか。--ikaxer 2010年2月7日 (日) 11:42 (UTC)

私もIE8 XP SP3同じ不具合が起こっています。他にも

マークアップ「{{}}」などが使えない。

ドラグなどで選択した部分が黒く表示される。

これもベータ版IE8で確認されます。おとといXP SP3 IE6でベータ版をやったら上記のような不具合は起きませんでした。--Su2365（会話|投稿記録 ) 2010年2月8日 (月) 11:44 (UTC)

井戸端会議で上記質問のテキストを書いた者です｡私はwin-xp､IE8を使っていて､操作メニューの｢前に戻る｣から始まる項目メニューが出てきます｡桜橋きよまさ 2010年2月8日 (月) 12:59 (UTC)

Windows7上のIE8でテキスト編集上でテキストの選択が出来ないことを確認しました。ベータ版を中止すると、問題は解決されることを確認しました。Bug 22485を作成したので、追加情報などあれば、書き込んで下さい。--Shuhari 2010年2月11日 (木) 20:14 (UTC)

今日になったら不具合は解消されました。bugzillaへのご報告ありがとうございました。--Su2365（会話|投稿記録 ) 2010年2月13日 (土) 02:17 (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)

国道標識画像の表示がおかしい

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

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

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

版が多いページでは削除操作に制限がかかりますがこの機能が不安定なように思います。削除操作をしようとすると「このページには、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)

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

解決済み

スタブリンク機能が「新しいページ」で機能しません（閾値未満の記事が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)

報告 Bug 21052がr70779で修正され、MediaWiki 1.17に反映されました（MediaWiki 1.17 release notes）。2011年2月16日にWikipedia日本語版にMediaWiki 1.17が導入され、スタブリンクが「新しいページ」で再び機能するようになったことを確認しました。--Penn Station 2011年2月18日 (金) 11:12 (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)

まだ修正されていません…。気になります。副作用が無ければ、JAWPのCSSに対してその修正を施していただきたいです。--Widehawk 2010年2月12日 (金) 16:45 (UTC)

Windows XP SP2、IE6の環境では直りました。JAWP側で対応してくださったのか、それともBugzillaの方がたまたまこのタイミングで修正してくださったのかどちらかは気になりますが、ありがとうございます。--Widehawk 2010年2月16日 (火) 11:06 (UTC)

Windows Vista SP2, IE8の環境でも直ったことを確認しました。Bugzillaをチェックしてませんが、たまたまこのタイミングで修正されたのかもしれませんね。ともあれ良かったです:-)。--Penn Station 2010年2月16日 (火) 11:50 (UTC)

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

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

「表示が崩れる」というのは、比較される新旧の版情報が左に寄った状態のことでしょうか。[2]これは差分を表示するテーブル要素に 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)

リンク元の「前の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)

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)

モバイル版の不具合

解決済み

モバイル版(http://ja.m.wikipedia.org/) を携帯電話やOperaのエミュレータ(http://www.opera.com/mobile/demo/) などで表示させた場合の不具合です。

1. 画面下部の [ホーム] のリンクの URL が間違えています。画面上部のリンクと比較して、スラッシュ(/) が欠損しています。(IEでは再現させることができませんでした)
2. 画面下部の [ランダム] のリンクの URL が間違えています。画面上部のリンクと比較して、スラッシュ(/) が欠損しています。(IEでは再現させることができませんでした)
3. 赤リンクが、通常版のメインページに飛びます。(IEでは「問題が発生しました」とのメッセージを表示し自動で通常版のメインページに飛びます)

--㋔㋯㋤㋓㋛ 2010年4月15日 (木) 09:42 (UTC)

先ほど確認したところ、直っているようです。1,2番目はスラッシュが補完されエラーにならなくなりました。3番目は、赤リンクを通常テキストとする事で回避されてます。--ｱｯﾌﾟﾙﾊﾟｲ 2010年7月15日 (木) 09:41 (UTC)

「ノート」→「トーク」等の名前空間名変更（5月18日）後の不具合

※事象ごとに節を（見出しレベル1つ下で）分けさせていただきました。--Penn Station 2010年5月26日 (水) 03:22 (UTC)

「Wikipedia:井戸端/subj/名前空間名の変更への対応」も参照

「Portal‐ノート」で表示されなくなったページがある

1. 『Portal‐ノート:最近の出来事』や『Portal‐ノート:アニメ』などが表示されなくなりました。『Portal:最近の出来事』や『Portal:アニメ』から「トーク」タブをクリックすれば表示されます。

他にもあるかも知れませんが、とりあえず見つけたので--ｱｯﾌﾟﾙﾊﾟｲ 2010年5月18日 (火) 07:59 (UTC)

ありがとうございます。その件については、「Wikipedia:井戸端/subj/名前空間名の変更への対応」にて報告があり、bugzilla:23576 にて申請中です。修正までしばらく時間がかかると思います。--Frozen-mikan 2010年5月18日 (火) 08:12 (UTC)

報告 修正されました。先に挙げていただいたリンク等で確認できると思います。なお、申請に間違いがあり、jawpの名前空間として存在したことの無いエイリアスが出来てしまいましたが、影響は軽微でしょう。--Frozen-mikan 2010年5月19日 (水) 23:18 (UTC)

標準名前空間以外のページが標準名前空間として扱われる

トーク:園部逸夫 の 2010-05-22 02:37:07(JST) の版、トーク:QWERTY配列 の 2010-05-22T02:53:18(JST) の版など talk 名前空間への編集が本文へいってしまっているものがあるようです。 By 健ちゃん 2010年5月22日 (土) 01:13 (UTC)

• 現在のところ、下の節で出た トーク:合気の他に トーク:石西礁湖、利用者・トーク:Coffeeinternet、利用者・トーク:Patroler55、テンプレート:BUL1967f2、テンプレート:京成電鉄の車両、テンプレート:歴代天皇一覧、テンプレート:オリコン週間演歌・歌謡シングルチャート第1位 2010年 が標準名前空間に作られています。毎日増えていくでしょうし、早急に直らないとヤな感じですね。 By 健ちゃん 2010年5月23日 (日) 13:35 (UTC)
  • トーク:竹内浄も標準名前空間になってしまっていますが、これ以降はとりあえず見つかっていません。--Marine-Blue [ 会話 履歴 電信 ] 2010年5月24日 (月) 14:11 (UTC)
    • テンプレート:歴代欧州委員会/docで同様の不具合が起きています。あと、私もWikipedia・トーク:管理者の辞任を開いたとき、標準名前空間にこのページは存在しないという表示が出てきました。表示が直るまで読み直したからページは作成されていませんが。--Marine-Blue [ 会話 履歴 電信 ] 2010年5月25日 (火) 03:22 (UTC)

カテゴリ:スペインのハープ奏者、カテゴリ・トーク:日本の陸軍軍人、トーク:習合思想 がありました。特別ページで検索すればどのページが作成されているかは判るのでいちいちここへリストしなくても大丈夫ですかね‥‥‥ By 健ちゃん 2010年5月25日 (火) 22:52 (UTC)

前方一致ページ一覧で名前空間を「(標準)」にして、「トーク」「テンプレート」「カテゴリ」「利用者」で検索し、検索結果一覧で「:」の含まれるものが該当ページですね。ただ後で確認できるように、（大量でなければ）ここに列挙しておくのは意味があるかな、と思います。時間が許せば後ほど一覧にしてここに掲載します。--Penn Station 2010年5月26日 (水) 03:22 (UTC)

一覧にしましたので下に掲載します。追加等あれば自由に追記・編集お願いします。

ところで、「前方一致ページ一覧」ではページ単位で検索しますが、問題版はどのように特定すればいいのでしょうか…。履歴には現れないようなので、ページからは調べられませんね…。それからカテゴリ:スペインのハープ奏者は初版投稿者希望により私が即時削除させていただきましたが、2010年5月22日 (土) 23:55 JSTの版は削除されずに？参照されてしまうようです。--Penn Station 2010年5月26日 (水) 13:12 (UTC)

問題版の特定は、「新しいページ」から探すか、「正しい」ページの履歴からあたりをつけるしかなさそうですね。 By 健ちゃん 2010年5月26日 (水) 18:48 (UTC)

申し訳ない。先走って、#wikimedia-tech で話題にのせ、後始末を他の方が話を進めてくださった結果、[3] のような修正をしてくださいました（同じディレクトリには他のwikiプロジェクトの分があります）。これらのページに対して履歴の統合を行うことで解決したいと思っているのですが、如何でしょうか。--Frozen-mikan 2010年5月27日 (木) 03:22 (UTC)

#wikimedia-techへの報告ありがとうございました。強制的に名前空間を変えてくださったようですね。カテゴリ:スペインのハープ奏者については削除されていて"_duplicate"とはならなかったため、そのまま即時削除いたしました（結果的に履歴統合されています）。残りについては後ほど履歴統合したいと思います。--Penn Station 2010年5月27日 (木) 03:59 (UTC)

トーク:QWERTY配列は対処しましたが、次のトーク:合気に関して、復旧・退避してあるトーク:合気 duplicateの2010年5月22日 (土) 18:48 JSTの版とマージ先（トーク:合気）の前後の版と差分をとって確認したところ、[4]、[5]となり、単純にマージすると他の利用者の発言を勝手に編集したように見えてしまい（つまり枝分かれしたものを無理矢理統合した結果としての名義化け）、ちょっとまずいです（現在の差分[6]）。トーク:QWERTY配列では挿入版の前後が同一利用者のため問題ないと判断しました。トーク:合気、トーク:合気 duplicateのように単純にマージできないケースはどうしましょうか…。--Penn Station 2010年5月27日 (木) 17:21 (UTC)

投稿者さんに断りを入れて、分離されている版を削除でいいんじゃないでしょうか。一語だけなので統合するなら、統合してトークページ上部に、統合のため化けが生じていると注記すればよいと思います。ただ、その後、分離されている版の修正はなされていないという状態で議論が進行しているので、進行時の状態を保持するほうがよいと思います。他の記事をざっと見ると再投稿されているのが多いようです。--Ks aka 98 2010年5月27日 (木) 17:50 (UTC)

ありがとうございます。やはり各投稿者の方に相談して、削除するか統合するか個別に判断するしかない（_duplicateの方は枝分かれしてその後更新がなく、再投稿などで不具合に対応してる場合もあり、削除でいい場合が多いかも）、ということですね。いずれにせよ数もありますし対処にはそれなりの時間が必要になりそうです。--Penn Station 2010年5月27日 (木) 18:16 (UTC)

（追記）根本的な原因を取り除いたわけではありません。今後、同様な問題が起きたとしても、同じく同様な対処方法になると思います。--Frozen-mikan 2010年5月27日 (木) 05:56 (UTC)

原因が特定され修正されるまでは、再発する可能性が高そうですね。念のため私もIRCを使えるよう準備しておきたいと思います。ちなみに本件、開発者の方にバグとして認識されて現状は調査中または修正予定のステータスと考えてよろしいでしょうか？--Penn Station 2010年5月27日 (木) 10:09 (UTC)

私が bugzilla に報告するという意思はありません。 #mediawiki-tech では、既存のスクリプトで不具合を修正していただいただけ、という状況です。使用されたスクリプトについては、チャット上では namespaceDupes.php という名前でしたので、[7] だと思います。--Frozen-mikan 2010年5月27日 (木) 11:17 (UTC)

現在の状況につきまして了解しました。--Penn Station 2010年5月27日 (木) 13:57 (UTC)

投稿者へ確認中の一件以外、下記に現在あげられているページへの対処が終了しました。また、今のところ新規の発生はないようです。バグ自体の修正がなされていないということであれば依然として発生する可能性はあるわけですね‥‥‥ By 健ちゃん 2010年5月29日 (土) 13:04 (UTC)

問題の確認されたページ（版）

トーク:QWERTY配列 - 2010年5月22日 (土) 02:53 JSTの版 対処 名義化けが生じないため履歴統合 --Penn Station 2010年5月28日 (金) 03:27 (UTC) トーク:合気 -　2010年5月22日 (土) 18:48 JSTの版 対処 投稿者に確認しましたが2か月間無応答（途中ソックパペットとして無期限ブロック、会話ページ編集可）、編集内容は一単語の変更のみ（「項目」→「段落」）のため、ノート:合気 duplicateは削除しました。--Penn Station 2010年7月25日 (日) 14:39 (UTC) トーク:園部逸夫 - 2010年5月22日 (土) 02:37 JSTの版 対処 同一投稿者により同一内容が再投稿されているためトーク:園部逸夫 duplicateを削除 --Penn Station 2010年5月28日 (金) 03:13 (UTC) トーク:石西礁湖 - 2010年5月22日 (土) 22:41 JSTの版 対処 同一投稿者によりほぼ同じ内容が再投稿されているため、投稿者の許諾[8]を得た上でトーク:石西礁湖 duplicateを削除 --Penn Station 2010年5月28日 (金) 10:31 (UTC) トーク:竹内浄 - 2010年5月24日 (月) 00:19 JSTの版　 対処 管理者による{{subst:削除済みノート2}}の貼り付けのみで他の管理者ログインユーザが再貼り付けしているためトーク:竹内浄 duplicateを削除 --Penn Station 2010年5月28日 (金) 03:13 (UTC) -- 修正。 kyube 2010年5月28日 (金) 03:37 (UTC) トーク:習合思想 - 2010年5月25日 (火) 13:55 JSTの版 -（対処）同一ユーザーにより同内容が トーク:融合思想 （「トーク:習合思想」から移動されている）に投稿済のため トーク:習合思想 duplicate を削除しました。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) テンプレート:BUL1967f2 - 2010年5月22日 (土) 09:50 JSTの版 -（対処）履歴を統合し統合元の テンプレート:BUL1967f2 duplicate は残しませんでした。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) テンプレート:オリコン週間演歌・歌謡シングルチャート第1位 2010年 - 2010年5月23日 (日) 21:19 JSTの版 -（対処）同一ユーザーにより同内容が投稿済のため テンプレート:オリコン週間演歌・歌謡シングルチャート第1位 2010年 duplicate を削除しました。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) テンプレート:京成電鉄の車両 - 2010年5月22日 (土) 21:35 JSTの版 -（対処）同一ユーザーにより同内容が投稿済のため テンプレート:京成電鉄の車両 duplicate を削除しました。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) テンプレート:歴代天皇一覧 - 2010年5月23日 (日) 13:38 JSTの版 -（対処）同一ユーザーにより同内容が投稿済のため テンプレート:歴代天皇一覧 duplicate を削除しました。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) テンプレート:歴代欧州委員会/doc - 2010年5月25日 12:06 JSTの版 -（対処）同一ユーザーによりほぼ同内容が投稿済のため テンプレート:歴代欧州委員会/doc duplicate を削除しました。 By 健ちゃん 2010年5月28日 (金) 13:54 (UTC) カテゴリ:スペインのハープ奏者 - 2010年5月22日 (土) 23:55 JSTの版 対処 初版投稿者希望により即時削除、名義化けが生じないため履歴統合 --Penn Station 2010年5月28日 (金) 03:27 (UTC) カテゴリ・トーク:日本の陸軍軍人 - 2010年5月25日 (火) 12:18 JSTの版 -（対処）同一ユーザーにより同内容が投稿済のため カテゴリ・トーク:日本の陸軍軍人 duplicate を削除しました。 By 健ちゃん 2010年5月29日 (土) 13:04 (UTC) 利用者・トーク:Coffeeinternet - 2010年5月23日 (日) 11:05 JSTの版 -（対処）同一ユーザーにより同内容が投稿済のため 利用者・トーク:Coffeeinternet duplicate を削除しました。 By 健ちゃん 2010年5月29日 (土) 13:04 (UTC) 利用者・トーク:Patroler55 - 2010年5月22日 (土) 04:11 JSTの版 -（対処）同一 bot により welcome テンプレートが投稿済のため 利用者・トーク:Patroler55 duplicate を削除しました。 By 健ちゃん 2010年5月29日 (土) 13:04 (UTC)

トーク:合気について

トーク:合気が通常のページとしても存在しているのですが。--クルチ 2010年5月22日 (土) 09:57 (UTC)

この問題は上でも指摘があってますけど、どの編集がおかしいのでしょうか。--Marine-Blue [ 会話 履歴 電信 ] 2010年5月23日 (日) 05:07 (UTC)

すいません、見つけました。2010-05-22T09:48:44の編集ですね。--Marine-Blue [ 会話 履歴 電信 ] 2010年5月23日 (日) 05:11 (UTC)

カテゴリの不具合

カテゴリ:スペインのハープ奏者を作ったのですがなぜか通常の記事と同じ新着記事に表示されてしまいました。よくわからなかったためにいったん削除依頼を出し、削除されたのですが今もカテゴリ:各国のハープ奏者に残っています。対処お願いします。--六田清二 2010年5月26日 (水) 13:41 (UTC)

即時削除させていただいた者ですが、#「ノート」→「トーク」等の名前空間名変更（5月18日）後の不具合で報告されている問題が原因のようです（節を同節の下位に移動させていただきました）。ページ（カテゴリ）は削除されたのですが、2010年5月22日 (土) 23:55 JSTの版が残っていて、それがページ（カテゴリ）としての機能を果たしているようです。対処方法が分かれば作業いたしますが、今のところ問題版の削除ができないのです…。--Penn Station 2010年5月26日 (水) 13:55 (UTC)

秘匿は版指定なので出来そうですけど、移動や削除は「正しい」名前空間のページを対象にしてしまうので無理そうですね。直るのを待つしかないのかなあ。 By 健ちゃん 2010年5月26日 (水) 18:48 (UTC)

上の節で報告しましたとおり、開発者（システム管理者？）の方が個別に問題版を適切な名前空間に変更してくださったため、当方の方で問題版を削除することができました。--Penn Station 2010年5月27日 (木) 10:09 (UTC)

ありがとうございました。--六田清二 2010年5月28日 (金) 06:45 (UTC)

標準名前空間にあったページがカテゴリとして扱われる

『カテゴリ:フリークス』という題名の漫画作品記事があったのですが、名前空間名の変更によってカテゴリにされてしまったようです。どうしたらいいんでしょうか。--頭痛 2010年5月31日 (月) 10:09 (UTC)

先日の名前空間名の変更の影響を受けてしまったようですね…。ヘルプ:ページ名#名前空間プレフィックスには「ページ名の冒頭は、名前空間 プレフィックスに自動的に変換される文字列と一致してはいけません」とあります。問題とならないページ名に移動するしかないと思います。「カテゴリ フリークス」とでもして{{記事名の制約}}を貼っておいてはいかがでしょうか。--Penn Station 2010年5月31日 (月) 10:36 (UTC)

中央の「：」を全角にするとかじゃだめでしょうか。まあ記事名はいいのですが、移動の方法はどうすればいいのでしょうか。Wikipedia:移動依頼で依頼可能でしょうか？--頭痛 2010年5月31日 (月) 10:55 (UTC)

勝手ながら節位置を移動しました。コロンが全角の「カテゴリ：フリークス」なら作成できそうですが、今あるページはカテゴリだから移動できないですね。これも名前空間の移動をしてもらうしかないのではないでしょうか。他にこのようなページがあるのかをページ検索で探すのは難しそうです。 By 健ちゃん 2010年5月31日 (月) 10:59 (UTC)

コメント 失礼しました。カテゴリになってしまったので移動はできませんね…。健ちゃんさんのおっしゃるようにシステム管理者の方に対処していただくしかなさそうです。なお全角の「：」は一応Wikipedia:記事名の付け方では「記号はコンマ、コロン、スペース、!、?、&、@、=など半角にあるものは半角を使用」となっていて例外規定もないのですが、個人的には「：」は例外として認めてもよいと思います。ただ他の方からクレームが付くかもしれません。--Penn Station 2010年5月31日 (月) 11:08 (UTC)

「言語間リンクや名前空間の区切りとみなされる場合、項目名の先頭など」は全角を使ってよいことになっているようです。--Kkkdc 2010年5月31日 (月) 11:12 (UTC)

システム上で使用されるような記号類については、全角と半角の使い分け節の下の方で説明されていて、「コロン (:) もシステム上の制約により使用できない場合～」とありますのでこの場合は大丈夫でしょう。 By 健ちゃん 2010年5月31日 (月) 11:15 (UTC)

下の方に書いてありましたね…。重ねて失礼いたしました。ということで、移動先の記事名は「カテゴリ：フリークス」でよさそうですね。--Penn Station 2010年5月31日 (月) 11:24 (UTC)

報告 ただいま開発者の方に依頼して、該当記事をカテゴリ：フリークスに名称変更していただきました。データ直接編集のためログ等が残っていませんが、ご報告させていただきます。--Kkkdc 2010年5月31日 (月) 13:25 (UTC)

コメント・対応ありがとうございました。--頭痛 2010年5月31日 (月) 20:34 (UTC)

文字色「白」の端末で記事が読めない

文字色「白」、背景色「黒」の端末を使っているものです。 最近になって、Wikipediaの記事が、白背景に白文字の表示になり、読めなくなってしまいました。 ページから文字色の設定が抜けるエンバグが発生しているのでは？ もしやと思い英語版も見てみましたが、同じ不具合が発生していました。--以上の署名のないコメントは、182.163.21.35（会話）さんが 2010年6月10日 (木) 12:21 UTC に投稿したものです。

情報 Wikipedia:使用性改善/フィードバック#文字色「白」の端末で記事が読めないでもラッキースター・キッドさんにより報告されました。--Penn Station 2010年6月11日 (金) 23:33 (UTC)

タブで右クリックしたときに、「新しいタブで開く」が出なくなりました。

タブで右クリックしたときに、「新しいタブで開く」が出なくなりました。--以上の署名のないコメントは、いちご大福（会話・投稿記録）さんが 2010年6月15日 (火) 01:35 (UTC) に投稿したものです。

情報 Wikipedia:使用性改善/フィードバック#タブの右クリックメニューが通常のリンク上での右クリックメニューと異なる をご覧ください。--Frozen-mikan 2010年6月15日 (火) 02:00 (UTC)

OperaでWikipedia日本語版の他の言語リンクなどが表示できない

Wikipedia:使用性改善/質問で訊くべきか迷いましたが、ここで報告させていただきます。Opera10.54でメインページや通常の記事を見ていたら左側にある灰色の「ヘルプ」「ツールボックス」「他の言語」をクリックしても何も変わらず、他の言語版リンクなどが出なくなりました。昨晩までは問題なく出ていました。なぜか英語版Wikipediaでは普通に折り畳み方式で出るようになっています。IEやFirefoxなど他のブラウザで日本語版を閲覧した場合でも出せます。出ないのはOperaで日本語版を見た場合のみです。よろしくお願いします。ちなみにOSはVistaでjavaやjavascriptを無効にしていることはありません。--122.134.182.153 2010年6月30日 (水) 04:13 (UTC)

情報 WindowsXP Opera10.53 では問題無いようです。10.54にアップデートしても問題無いようです。なお、メニューの文字色が灰色というのは折りたたみを展開した状態の色です。--Frozen-mikan 2010年6月30日 (水) 05:43 (UTC)

Operaの方でJavascriptを無効にしたらリンク元や言語間リンクは出るようになりましたが、当然ながら{{Navbox}}などの折り畳みは無効になりますし、編集時のアイコンも出なくなります。同じ不具合に遭遇した方とかいらっしゃらないのでしょうか？--122.132.205.240 2010年7月1日 (木) 07:25 (UTC)

情報 リリースされたばかりの10.60でもリンク元や言語間リンクが出ない不具合が解消されません。--122.132.205.240 2010年7月1日 (木) 07:32 (UTC)

とりあえずOperaのエラーコンソールを表示するに設定してメインページを開いてみました。javascript関連で以下のエラーメッセージが出ます。冒頭のみ引用します。

Uncaught exception: TypeError: Cannot convert 'i.match(/version\/([0-9\.]*)/i)' to object
Error thrown at line 37, column 45 in <anonymous function: $.browserTest>(i, a, b, c):

Uncaught exception: TypeError: '$j.cookie' is not a function
Error thrown at line 12, column 357 in <anonymous function>(i) in http://bits.wikimedia.org/w/extensions/UsabilityInitiative/Vector/Vector.combined.min.js?283l:

これで原因が判明しませんでしょうか？--125.197.109.73 2010年7月4日 (日) 23:45 (UTC)

携帯電話で過去のブロック記録が「継続中」

Wikipedia:井戸端にコメントしたところ、まずはこちらに報告したほうがいいとの事なので、以下の通り報告します。

「この利用者は現在ブロックされています。参考のために最新のブロック記録を以下に表示します　●2008年8月9日(土)11:22 ｘｘｘｘ（※元管理者名）(会話)(投稿記録)　影綱(会話)(投稿記録)を３日ブロックしました(アカウント作成のブロック)ｘ～ｘ（※元管理者からコメント、WP:BATTLEについて）」

上記の通り、2008年8月9日より2008年8月12日(火)までの有期ブロックを当時管理者だった方から受けました。

ＰＣからのブロックは12日付で明けた訳ですが、先日、携帯電話から自分の投稿履歴を見たところ、上記の表示が現在も残っていることを発見しました。

井戸端でのアドバイスによれば、「影綱さんがお使いの携帯電話のIPを広域ハードブロックした後に影綱さんが短期ブロックを受けた。それによりログインをしている影綱さんに関係する最新のブロック記録（●2008年8月9日(土)11:22…）が、あなたにだけ見えている状態ではないでしょうか？」（Vigorous action氏のコメントより抜粋）との事ですので、報告方々、修正をお願いする次第です。宜しくお願いいたします。--影綱 2010年7月1日 (木) 02:07 (UTC)

影綱さんご提示の問題を含め、いくつかの問題を確認いたしましたのでまとめてみます。

問題の起こるページ

Special:Contributions

問題の内容

1. ハードブロックされたIPで自分のアカウントにログインし、自分の投稿記録を表示すると、アカウントに対する過去のブロック記録が表示される：不具合の報告

2. 広域ブロックされた帯域内のIPアドレスは、そのIP単体に対する過去のブロック記録が表示される：不具合の報告

3. アカウントのブロックに伴い自動ブロックされたIPアドレスは、そのIP単体に対する過去のブロック記録が表示される

4. 管理者権限を持つ利用者が2や3の投稿記録を参照すると、ブロック記録の有無に関わらずブロック解除と設定変更のオプションが表示される

3が非常に紛らわしいです。CU権限でそのIPから接続したアカウントを調べないとブロックの理由が分かりません。広域ブロックと異なり、Special:IPBlockListからIPを割り出すこともできません。自動ブロックが発動したIPにアクセスするのは至難の業だし、自動ブロックされたIPに過去のブロック記録がなければ問題ないのですが、よろしくない気がします。--Marine-Blue [ 会話 履歴 電信 ] 2010年7月3日 (土) 09:47 (UTC)

3のパターンであった場合、こちらから対策へのアプローチなどは可能でしょうか。--影綱 2010年7月4日 (日) 23:59 (UTC)

いずれのパターンもシステム設計上の問題なので、開発者に直してもらう必要がありそうです。Bugzillaという専用サイトでMediaWikiの開発者に（英語で）修正をお願いすべきなのですが、私では上手く説明できないので誰か慣れている方にお願いしたいところです。面目ない…。

なお、3のようなパターンに遭遇した場合、井戸端などで質問があれば自動ブロックが原因であることを確認して、その旨をお答えすることは出来ると思います。--Marine-Blue [ 会話 履歴 電信 ] 2010年7月5日 (月) 14:04 (UTC)

有難うございます。僕も英語はまるっきり…なので、出来る事はなさそうですね。--影綱 2010年7月5日 (月) 22:50 (UTC)

要約欄の節リンクで和字間隔がスペースになる

例[9]。

この差分の旧版の要約は「/*_□_*/」と入力したもの、新版のは「/*_□X□X□_*/」と入力したものです (「□」は和字間隔〔いわゆる全角スペース〕、「_」はスペース〔いわゆる半角スペース〕を表す)。要約のリンク先はそれぞれ、節なしと、「_X_X」節になっています。

つまり、要約欄で「/* …… */」の節リンクを書くと

1. 「/* …… */」のすぐ内側のスペースを取り除く。
2. 和字間隔をスペースに置き換える。
3. リンクの末尾のスペースを取り除く (最初や途中のは取り除かない)。

という処理をしているようです。

ページ中の節のアンカーにはこのような処理をしないので、例に挙げたような節リンクで要約欄から目的の節へ行けません。まあ和字間隔をこんなふうに変換すべきかどうかという問題もありますが。--Hatukanezumi 2010年7月31日 (土) 13:47 (UTC)

報告 bugzilla:26310で報告しました。--青子守歌（会話/履歴） 2010年12月12日 (日) 04:56 (UTC)

ATOM/RSSフィードの構文エラー

こんにちは。掲題の件ですが、利用者の投稿記録ページのツールボックスにあるATOMフィードに問題があるようです。一部のフィードリーダでは問題なく読めますが、構文チェックを行うと

line 355, column 81: Two entries with the same id

のようなid重複エラーがでます。また feed type を feed=rss に変更すると

line 344, column 84: guid values must not be duplicated within a feed: http://ja.wiki...

のように guidの重複のようなエラーと

line 5252, column 1: Missing atom:link with rel="self"

のような閉じ忘れ？のエラーがでます。 http://twitterfeed.com/ に登録できず困っております。ご対処いただけますでしょうか。 ご連絡いただけましたら微力ながら協力したいと思います。なお、英語版の My Contributionsから生成されるATOMも同じようにid重複エラーが発生します。 Tonbi_ko 2010年10月30日 (土) 12:58 (UTC)

bugzillaにもレポートが上がっていましたので、追記および解決方法の提案を行いました https://bugzilla.wikimedia.org/show_bug.cgi?id=23686 Tonbi_ko 2010年10月30日 (土) 14:13 (UTC)

投稿記録が表示されない

利用者:大野　一将さんの投稿記録などへのリンクが、左のフレームに表示されません。--結界 2010年12月12日 (日) 03:06 (UTC)

ありがとうございます。私の環境でも確認しました。全角空白が半角として正規化されているようです。しばらくは不自由な状態が続くかもしれません。--Frozen-mikan 2010年12月12日 (日) 03:27 (UTC)

「利用者:大野」まで入れると表示され選択も出来ますが、利用者:大野 一将に強制移動されます。移動先のページを編集しようとすると、存在しないアカウントである旨の警告が出ます。存在しないアカウントなので、報告の通り、投稿記録などへのリンクが出ません。（入力の問題なのでビューロクラットでも処理不能でしょう）データベース管理者に言ってアカウントを改名してもらうか、正規化を利用者名前（と利用者会話）空間に限って止めるかしないといけないでしょう。他にも同様な事例に該当するユーザがいるかもしれません。 kyube 2010年12月12日 (日) 04:16 (UTC)

報告 bugzilla:26310で報告しました。--青子守歌（会話/履歴） 2010年12月12日 (日) 04:56 (UTC)

バグ以外・既知のバグ

マークアップのコマンドが分離している

解決済み

編集画面の下の方にあるクリックするだけでマークアップが入力できるコマンド部分なのですが、最近#REDIRECT [[]]と<references />の2つのコマンドが途中にある半角スペースを境に2つに分離してしまっています（"#REDIRECT"と"[[]]"、"<references"と"/>"）。環境はWindows XP、Internet Explorer8です。--ウース 2009年6月17日 (水) 14:43 (UTC)

MediaWiki:Edittoolsの編集が必要ですね。MediaWiki‐ノート:Edittoolsで提案しておきました。--fryed-peach [会話] 2009年6月18日 (木) 09:07 (UTC)

MediaWiki‐ノート:Edittools#スペースを含むマークアップにより対処しました。ご確認ください。--Kurihaya 2009年6月18日 (木) 09:17 (UTC)

確認しました。ありがとうございます。--ウース 2009年6月18日 (木) 12:37 (UTC)

脚注が一部表示されない

解決済みマークアップミス

こんにちは。さきほど欧州議会の政治会派という記事を投稿したのですが、脚注 [4] から [29] までが{{Reflist}} を使用した脚注の節に表示されません。私のほうで脚注の作り方を間違えたのかと思って確認したのですが、それらしき原因は見つかりませんでした。この現象は私の閲覧環境 (Opera9.64) に限ったものなのか、バグなのかはわかりかねるのですが、ほかの方の閲覧環境でも一部の脚注が表示されていないのでしょうか。私はこの状況に対応できそうにないので、どなたかご対処してくださいますようお願いします。--Ariesmarine 2009年7月5日 (日) 06:43 (UTC)

こんにちは。確認してみたところ、私の環境（Windows Vista SP1）ではIE8、Google Chrome 2.0、Safari 4.0ですべての脚注が表示されました。--Penn Station 2009年7月5日 (日) 07:23 (UTC)

私の環境に問題があるのでしょうか。脚注の節に35個しか脚注が出ておらず、本文中の[4] から [29] までに対応する文章が表示されないのです。私以外の方に問題がないようならばそれでもよいのですが。--Ariesmarine 2009年7月5日 (日) 07:33 (UTC)

脚注三番目のCite webの「}」が末尾に足りなかったために表示不具合があったようですので修正いたしました。--Web comic 2009年7月5日 (日) 07:37 (UTC)

これは恥ずかしい…。お騒がせして申し訳ありませんでした。Web comic さん、どうもありがとうございました。--Ariesmarine 2009年7月5日 (日) 07:40 (UTC)

あ、ごめんなさい。全部で35個かと思っていました。Web comicさんの修正後に確認したところ61個（35個+26個）表示されました。失礼しました。--Penn Station 2009年7月5日 (日) 07:45 (UTC)

メインページの記事名「メインページ」と出てこない

解決済みCSSの変更による意図的な変化

メインページにて、ここのページで言う所の「Wikipedia:バグの報告」というように、「メインページ」と記事名が出てこなくなりました。環境は、Windows98でIE5です。--Nobook 2009年7月17日 (金) 23:48 (UTC)

バグではありません。昨日からそのようになりました。ノート:メインページをご覧ください。--氷鷺 2009年7月18日 (土) 00:29 (UTC)

コメントそうでしたか。昨日、箇条書きと内部リンクの自動改行が解決されていたので、それと引き換えに起こった事象だと思っていました。氷鷺さんご指摘の通りノート:メインページも確認いたしました。どうも失礼しました。--Nobook 2009年7月19日 (日) 04: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)

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

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

例えば「ファイル:首里城　瑞泉の門.JPG」の文字列で検索しますと、[10]の様に検索文字列が表示されるべき場所に画像自体が表示されてしまいます。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)

検索結果が{{#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)

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

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

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

他の節のリンクは問題が無く、「[編集] リンクが……右側に出現するようにする」のガジェットを設定しても変わりませんでした。--鈴虫 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)

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

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

• 「ログイン失敗 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以外のサイトでも発生します）。ネットで検索してみるといろいろ見つかります[11][12]。文字コードがUTF-8でフォントが明に指定されていない場合に、IEが○●×などの記号に対して異なるフォントを選択してしまうために発生するとのことです。私の環境（Vista SP1, IE8）でも発生していますが、IEにユーザ定義CSSを設定しても回避できませんでした…。--Penn Station 2009年8月29日 (土) 03:00 (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 さんが修正したようです[13]。--Frozen-mikan 2009年9月1日 (火) 17:45 (UTC)

解決済み問題の解決を確認しました。ZOIX 2009年9月1日 (火) 18:44 (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)

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

最近のバージョンアップで、ページ名の全角スペース (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に報告してくださいました[14]。やはり、このあたり[15][16]などで、全角スペースを半角スペースに置き換える処理が入ったにも関わらず、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)

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

今晩からだと思うのですが、[編集]リンクが記事名の右横に表示されるようになりました。個人設定の「ページ先頭のセクションに [編集] リンクを追加する」ガジェットは使用していません。[編集]ボタンを押すと導入部の編集画面になります。環境は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)

注釈が載らない

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)

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

症状がいつからと言うのが断定できないんですが（自身で以前に提出をしたことがあるため、時期はその頃からだと思います）、個々の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)

余分な[開く][ウォッチ][更新]が表示される

Wikipedia:井戸端およびWikipedia:月間感謝賞（他にもあるかもしれません）で、サブページをトランスクルードしている部分の直上（1行上）に、余分な[開く][ウォッチ][更新]が表示されます。一方、同じようにトランスクルードしているにも関わらず、Wikipedia:良質な記事/良質な記事の選考やWikipedia:削除依頼/ログ/2009年11月24日などではそれらは表示されません。両者の違いは見出しレベルの違い（== == vs. === ===）のようです。

環境はWindows Vista SP2、IE8、外装はモノブックです。昨晩か今朝あたりから発生しています。--Penn Station 2009年11月24日 (火) 13:32 (UTC)

ご報告、ありがとうございます。

#注意喚起・スタブテンプレートが表示されないの対処時についでにおこなった処理[17]で、MediaWiki:Common.cssにミスを盛り込んでいたので、対処致しました[18]。ご迷惑をおかけして、申し訳ありませんでした。--mizusumashi（月間感謝賞を応援します） 2009年11月24日 (火) 16:17 (UTC)

修正されていることを確認しました。いつも素早いご対応ありがとうございます。--Penn Station 2009年11月25日 (水) 03:19 (UTC)

2009年11月25日の削除依頼ログの表示が変。

Wikipedia:削除依頼/ログ/2009年11月25日ですが、これを書いている現在、クローズしたWikipedia:削除依頼/ソ・ジョンハク以降が先の依頼に巻き込まれて？青枠に囲まれた状態になっています。一応、キャッシュの破棄も試して見ましたが表示に変化ありません。--KAMUI 2009年11月26日 (木) 11:38 (UTC)

当該削除依頼に余分なTRタグが混入していたため表示がおかしくなっていましたので除去いたしました。表示が正しくなっているかご確認お願いいたします。--Web comic 2009年11月26日 (木) 11:54 (UTC)

直ったようです。素早い対処ありがとうございます。--KAMUI 2009年11月26日 (木) 12:17 (UTC)

「愛の大分しいたけ山（手作り柚子胡椒）」

次のGoogleのキャッシュを見て頂きたいのですが。

• 平野綾[19]

（ 2010年1月8日 04:07:10 GMT取得）

• ワールド・ベースボール・クラシック[20]

（2010年1月8日 04:15:42 GMT取得）

脚注欄に「愛の大分しいたけ山（手作り柚子胡椒）」というページへのリンクが表示されています。 現在はないようですが、編集履歴を見ても誰がこのリンクを貼ったかわかりません。

楽天のショップのようですが、怖くてクリックしていません。--Sakura2008 2010年1月8日 (金) 09:44 (UTC) --修正。Sakura2008 2010年1月9日 (土) 08:26 (UTC)

おはようございます。昨日報告した件の続きです。

Googleでの「site:ja.wikipedia.org "愛の大分しいたけ山"」の検索結果[21]です。

You & Me、ダイハツ工業、平野綾、ワールド・ベースボール・クラシック、レミオロメンの5記事がヒットします。このうちYou & Meをログインしない状態で見たところ、脚注欄に、既存の脚注の下に「愛の大分しいたけ山（手作り柚子胡椒）」へのリンクを確認しました。最終の編集は 2009年12月29日 (火) 15:05(UTC) です。この最終版をクリックして開いても、「愛の」へのリンクはありません。ログイン後に見ると、このリンクは消えていました。ログアウトし、また、キャッシュを破棄して再読込してもリンクはもう見えなくなっています。

平野綾、ワールド・ベースボール・クラシックでも、今はもうリンクが見えなくなっています。

Googleのキャッシュに残っているので私のPCだけがおかしいのではないと思います。いったい何が起こっているのでしょうか。ウィルス感染を心配しています。--Sakura2008 2010年1月8日 (金) 23:43 (UTC) --修正。Sakura2008 2010年1月9日 (土) 08:26 (UTC)

• Template:脚注ヘルプが悪戯されたせいです。現在は差し戻され、更に無期限半保護がかけられました。業者による宣伝か、あるいは逆に悪評（ウィキペディアで宣伝すると主にウィキペディアンに嫌われます）を広めようとした者の仕業か分かりませんが、馬鹿なことをする者も居るものですな。--ラッキースター・キッド ◆Luck.w.AEQ 2010年1月8日 (金) 23:52 (UTC)

• • どうもありがとうございました。これで安心して利用できます。--Sakura2008 2010年1月9日 (土) 08:26 (UTC)

Template:結論の第２引数が正しく表示されない

このようになります。具体的には、議事の抜粋:{{{2}}}のようになります。どうやら、Template:結論の第2引数に外部リンクを含めたことが原因と思われます。--Damena 2010年1月10日 (日) 17:06 (UTC)

{{結論|...|...}} とする代わりに、{{結論|1=...|2=...}} のように引数名を指定してみてください（実例）。--fryed-peach [会話] 2010年1月10日 (日) 19:30 (UTC)

なるほどそんな工夫があったのですね！　ありがとうございます。--Damena 2010年1月11日 (月) 04:21 (UTC)

画像の更新が一ヶ月経過しても反映されない

下記の画像を去年12月中旬に更新しましたが、いまだに更新が反映されません。

• ファイル:GlobalMonthlyMeanSurfaceTemperature.png

Nkt 2010年1月17日 (日) 02:53 (UTC)

たぶん直ったと思います。このような場合はファイルページの URL 末尾に ?action=purge と付けてアクセスしてみてください。--fryed-peach [会話] 2010年1月17日 (日) 13:01 (UTC)

修正を確認しました。次回は purge を試してみます。ありがとうございます。Nkt 2010年1月18日 (月) 11:59 (UTC)

三ツ境駅の写真

解決済みおそらくキャッシュの問題

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

古いキャッシュが残っていたのでしょう。現在は直っていると思います。--Widehawk 2010年2月12日 (金) 16:45 (UTC)

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

解決済みバグではありません

MediaWiki自体に由来するものだと思いますが、ひとまずここに。投稿記録の「各種ログ」のリンク先は、「//ja.wikipedia.org/w/index.php?title=%E7%89%B9%E5%88%A5:Log&user=Example」となっています。これはIPユーザーの投稿記録でも同様なんですが、IPユーザーのログのアドレスは「//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)

上のリンクから開きましたが、意味をなさないことはないと思います（ちゃんとログのページにリンクされています）。--Widehawk 2010年2月12日 (金) 16:45 (UTC)

「ウィキ座標2段度分秒」について

解決済み

「ウィキ座標2段度分秒」についてですが、クリックして飛んだ先が表示されるページと表示されないページが存在します。福島駅 (福島県)のは、表示されますが、東福島駅、藤田駅などでは、表示されません。試しにちょっと調べてみたのですが、飛んだ先の”ttp://toolserver.org”で東福島駅や藤田駅の場合、パラメータに小細工して”&params=”の前に半角の”)”を挿入して”)&params=”とすると表示されます。Template:ウィキ座標2段度分秒のサンプルは表示されませんが、Template:ウィキ座標2段度分秒/docのサンプルは表示されます。これも、前者の最後の文字が「秒」の2バイト文字で終わるのに対し、後者は半角の「c」で終わるので、そのあたりに原因があるように思えます。普通に表示されるようになれば幸いです。--Zazanasawa 2010年2月11日 (木) 16:49 (UTC)

私が数分前に確認したときは、リンク先は表示され、ご指摘の状況は確認できませんでした。（なお、リンク先で元のページへのリンクが働いて無かったので、Template:座標URL に細工をしました。）--Frozen-mikan 2010年2月12日 (金) 01:25 (UTC)

ご回答ありがとうございました。すべて表示できるようになりました。こちらがその後してみたことは、ブラウザのエンコードをUTF-8だったのを自動選択にチェックを入れてみました。言い忘れていましたが環境は、OSがWindows Vista、ブラウザがIE8です。悩みが解決し感謝します。--Zazanasawa 2010年2月12日 (金) 08:47 (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”と表示されています（Windows XP SP2、IE6）。--Widehawk 2010年2月12日 (金) 16:45 (UTC) 仕様が変わったのとは違うか。--Widehawk 2010年2月13日 (土) 04:21 (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（出ている中では最新）です。

エドワード川

エドワード川のリンク元を見るとこのように エドワード川 (テンプレート呼出) と出ます。バグではないでしょうか。--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)

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

解決済みスタイル指定を MediaWiki:Print.css へ移動することで対処。--Frozen-mikan 2010年3月18日 (木) 15:24 (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)

11月12日以降のご報告とご要請に気づいていませんでした。これは完全に私の手落ちであり、まず、このことをお詫びいたします。
さて、.navbox、.metadeta、editlink、.dablinkについては、@screen指定を差し戻しました[27][28]。理由としては、(1)不具合報告が重なったこと、(2)そのような要請があったこと、(3)べつの方法で対応する可能性がありうることなどを考慮いたしました。他の対処法の可能性としてはいろいろ考えられますが、.navboxやdablinkについては、むしろ、.noprintクラスをテンプレート内で併用し、かつそのクラス(例えば.navbox)の@print指定自体を外してしまったほうが良いように思えます。
.noprintの@print指定の除去[29]は、取り消していません。これは、まったく不要であると思われるからです。--mizusumashi（月間感謝賞を応援します） 2009年11月23日 (月) 17:27 (UTC)

質問 ありがとうございます。今のところ、一つ気になったことがあります。差し戻し編集の一つ、Common.css の修正で 1,300 行 からの追加部分が良くわからないのですが、問題はないのでしょうか。--Frozen-mikan 2009年11月24日 (火) 16:13 (UTC)

中止 質問を取り下げさせて下さい。曖昧な質問をしてしまいました。申し訳ありません。--Frozen-mikan 2009年11月24日 (火) 17:16 (UTC)

報告 MediaWiki_talk:Monobook.css#@media print を Print.css へ移動させる提案 を提出しました。--Frozen-mikan 2010年3月2日 (火) 00:40 (UTC)

報告 修正が行われました。それに伴い、解決済みを貼りつけました。もし問題がありましたら、除去して下さい。--Frozen-mikan 2010年3月18日 (木) 15:24 (UTC)

IE5.xでNavboxが表示されない

解決済み

IE5.0/5.5ではTemplate:Navboxを使ったテンプレートが（タイトルのバーすら）まったく見えないことが多いようです。仕様かと思っていくつか他言語版を見てみましたが、そちらではテンプレートのたぐいは普通に見えていますので日本語版だけの不具合のようです。確認はIE5.5SP2(Windows95/98)、IE5.0SP4(Windows2000)で行っています。セキュリティレベル高・中とも変わらず。特にWindows95でIEは5.5SP2までしか使えないので時々困るのですが。--Gwano 2010年2月18日 (木) 02:16 (UTC)

ありがとうございます。ご指摘の不具合は何度か報告されています。ですが、満足出来る解決方法が提示されていない状況です。今回、改めて調べ直しました。ブラウザ側の問題発生原因は、このリンク先で指摘されているバグが想定できると思います。もし、このバグが原因の場合、MediaWiki:Common.css で記述されている @media print で指定されている部分を MediaWiki:Print.css へ移動することで解決できると思います。Print.css は、日本語版では未使用のままですが、英語版では2008年9月から使われているようです。--Frozen-mikan 2010年2月18日 (木) 09:40 (UTC)

報告 Common.css へ修正提案を出しました。--Frozen-mikan 2010年2月21日 (日) 03:51 (UTC)

対処 微細な変更であり、正常に閲覧出来る環境では特に変化もないはずです。悪影響は殆どないだろうと考え今回はさっさと対処しました。ご確認をお願いします。--Marine-Blue [ 会話 履歴 電信 ] 2010年2月24日 (水) 07:01 (UTC)

IE5.xで表示されない点は今のところ変化が無いようです。--Gwano 2010年2月24日 (水) 08:45 (UTC)

ブラウザ・キャッシュの削除を試していないようでしたら、もう一度お願いしたいです。私の環境(XP+IETester: IE5.5)では、キャッシュを削除することで正しく表示されました。Template:Navbox で通常時に表示されることと、そのページの左帯にある「ツールボックス」の「印刷用バージョン」リンクで印刷時に表示されないことを確認できました。（スクリプトエラーが3度ほど出ましたが）--Frozen-mikan 2010年2月24日 (水) 10:53 (UTC)

確認しました。これまで前述の3環境(95/98/2000)にてテンプレート側の（Template:Documentationで表示される）「キャッシュの破棄」を何度も試し続けていたのですが、ご指摘のブラウザ側によるファイルの削除でうまくいきました。ページ単位のキャッシュ破棄ではcssは削除されなかったということでしょうか、失礼致しました。なにはともあれありがとうございます。IE5.5では他にもページによってページ幅で改行されないなどの使いにくい部分はありますが、スクロールを使ってしばらく様子を見てみたいと思います。--Gwano 2010年2月24日 (水) 11:46 (UTC)

「解決済み」を貼りつけました。報告・確認していただき、感謝しております。
ちなみに。Documentation にある「キャッシュ」は「サーバー・ソフトウェア (MediaWiki) 側のキャッシュ」です。キャッシュの破棄について、日本語版ではHelp:テンプレート#内容・カテゴリ等がすぐに反映されない現象 などに少しだけ記述があります。英語版では Wikipedia:Purge があります。--Frozen-mikan 2010年2月24日 (水) 13:01 (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)

IPAクラスのフォントについて少し見直していただきたい点があります。Lucida Sans UnicodeとArial Unicode MSを復活させていただけないでしょうか。これらのフォントでは一部の記号の表示に問題があったためにCommon.cssから除去されたのだということは理解しました。ただ、今IPAクラスに挙げられているフォントがいずれか一つでもインストールされている人の割合はあまり高くなく、デフォルトのフォントで表示されている人が相当多いのではないかと思います。それに対して、Lucida Sans UnicodeはWindows2000・XP・Vista・7で標準的にインストールされているフォントであり、Arial Unicode MSはMicrosoft Office（2000以降）に付属するフォントです。従って、WindowsとOfficeのシェアを考えると、インストールされている人の割合は相当に高いと推定できます。デフォルトのフォントで表示されるのと、Lucida Sans UnicodeやArial Unicode MSで表示されるのとでは、いくつかの記号の表示に問題があるとはいえ、後者のほうが良いのではないでしょうか。

例えば私はWindows XPにMicrosoft Officeを入れ、特に追加のフォントは入れていないという、恐らく現時点では非常にありふれた環境を使っていましたが、MS Pゴシックに存在する記号はそのフォントで、存在しない記号はArial Unicode MSで表示されるという状態でした。現在IPAクラスに挙げられているフォントがインストールされていない多くの人も同じ状態だと思います。その場合、Lucida Sans UnicodeとArial Unicode MSを追加していただければ、大多数の人の環境では、少なくともフォントがバラバラであるという見苦しい状態ではなくなります。もちろん一部の記号の表示に問題があるわけですから、追加する場合は今挙げられている全てのフォントより優先順位を下げる必要がありますが、そうすれば、正しく表示できるフォントを既にインストールしている人はそのフォントで表示されるままで問題ないわけですし、そうでなければ現状でもMS P ゴシックにない記号がLucida Sans UnicodeかArial Unicode MSで表示されている可能性が高いので、フォントが揃うだけで状態の悪化はないのではないかと思うのですがいかがでしょうか。

なお、Arial Unicode MSが入っていてLucida Sans Unicodeが入っていない環境が考えにくいこと、Arial Unicode MSのほうが表示に問題が多いことから、Lucida Sans Unicodeだけを追加するという選択肢も考えられます。Enirac Sum 2010年2月2日 (火) 15:57 (UTC)

上の編集を行ったmizusumashiです。えっと…　ちょっと私自身による検証が不十分なので積極的な賛成にまでは至っていませんが、ご提案の内容自体は十分に合理的なものであり、復帰させても良いと思います。ただ、なんというか、私の個人的な理由によって、私が対処することは難しい状況です。

まず、ご存知のことかと思いますが、ご提案の復帰は、MediaWiki:Common.cssというページを編集することで実現できます。そして、その編集は、ウィキペディア日本語における「管理者」という権限が必要です。しかし、私は近々管理者を辞任させていただく予定であり、Enirac Sumさんのご要望にお応えして、自分の操作ミスなどで不具合が発生した場合、その後の対応に大きな不安があります。一言でいうと、もうすぐ辞めるので新規案件は引き受けられない、ということです。

ですから、次のような方法で、他の管理者に依頼してください:

1. MediaWiki‐ノート:Common.cssにおいて、同じ内容のご提案を行う
2. 二週間ほどして異議がなければ、Wikipedia:管理者伝言板/保護ページ編集において、管理者に依頼する

お手数ですが、よろしくお願いたします。--mizusumashi（みずすまし） 2010年2月3日 (水) 14:58 (UTC)

了解致しました。mizusumashiさんにそのような事情があるのでしたら、ご案内いただいたページで改めて提案してみます。どうもありがとうございました。Enirac Sum 2010年2月3日 (水) 17:46 (UTC)

editintroの問題

editintroが使用されているページで、履歴を開いてからそのまま編集画面に移行すると、editintroが表示されません。
OSはVista SP2、スキンはモノブックです。IE、Firefox、Opera、Chromeの各ブラウザで確認しました。Mediawiki:Common.jsへの対応で修正可能だと思うのですが・・・--suzuyoshinine(talk・History) 2009年11月23日 (月) 05:26 (UTC)

報告ありがとうございます。この件、日本語版だけの対処（Common.js 等の修正）では無理であると思います。現在の仕様では、ページ中に含まれるカテゴリ情報を取得し、その中に「指定のカテゴリ」が含まれていた場合、そのカテゴリに対応する editintro 用のリンクを付与しています。そして、「履歴」ページでは、カテゴリ情報の部分が空であるため、リンクは付与されません。なお、MediaWiki 側で履歴ページにもカテゴリ情報を付ける様、修正していただければ対応可能だとは思っています。（他の方は違う考えかもしれません）--Frozen-mikan 2009年11月23日 (月) 06:05 (UTC)

確かに、英語版でも発生するみたいですね。ナビゲーション・ポップアップやinputboxからの編集でも発生するみたいです。どうにかならないでしょうか。--suzuyoshinine(talk・History) 2009年11月24日 (火) 07:08 (UTC)

履歴ページから編集リンクに進んだり、ナビゲーション・ポップアップのようにJavaScriptで追加される編集リンクを使用したりするのは言ってみれば「分かってる人」なので、表示せずとも大きな問題ではない、と割り切るのもひとつの手だと思います。そもそもJavaScriptを切っている人には最初から表示されないのですし。--cpro 2009年11月24日 (火) 07:35 (UTC)

WindowsXP SP3+IE8で，横方向スクロールバーが必ず表示される

WindowsXP SP3+IE8（最新の更新プログラムを全部適用済み）で，どのページを開いても横スクロールバーが必ず表示されます（画面サイズはXGA，SXGA双方とも）。「ページ」→「スタイル」→「スタイルなし」でスタイルシートの適用をなくすれば解決しますが，CSSが一切適用されないため見栄えが悪くなります。先週末（12月12日土曜日）くらいから急に表示されるようになり，非常に違和感があります。—以上の署名の無いコメントは、125.30.102.96（会話・履歴）さんが 2009年12月15日 (火) 12:29 (UTC) に投稿したものです。

コメント 調査環境は XP+IE8 です。このサイトが、マイクロソフトによって「IE7互換表示」のサイトに指定されていることは確認できました。IE7表示モードで処理されていることが、横スクロールが表示される原因の一つです。

ツールメニューにある、「互換表示設定」で、「マイクロソフトからの更新された―」のチェックを外すことでIE8表示モードで表示されることは確認できました。IE8表示モードであれば、横スクロールは表示されませんので、互換表示設定の指定が行われたことが原因だと推測できます。先週末という日付に関しては良くわかりませんでした。--Frozen-mikan 2009年12月15日 (火) 14:49 (UTC)

いつの時点で横スクロールが表示されたかは分かりませんが、確かに、「マイクロソフトからの更新された―」のチェックを外すことで、横スクロールが表示されない記事もあります。ただ、環境によっては、例えば、この「Wikipedia:バグの報告」のページでも横スクロールが表示されてしまう状態にあります。当ページのWikipedia:バグの報告#IPA, Unicodeクラスのフォントの不具合の青線の囲み内にあるべき文字がはみ出ているため、横スクロールが出てしまってます。環境は、XP+IE8です。解像度の関係もあるのでしょうか？

また、事情が異なるかもしれませんが、Template:ポータルを使用している記事の下部のボーダーラインだけ、Template:Infobox Musician、Template:基礎情報 テレビ番組に割り込むような形で表示されてしまう現象もありましたが、上記のチェックを外すことで、ラインが割り込むように表示されることがなくなりました。--220.210.188.222 2009年12月16日 (水) 17:50 (UTC)

画像の「thumb=」指定が機能していません

Help:画像の表示#代替画像の指定に『thumb=代替画像名とすると、「拡大」アイコンからリンクされる画像をサムネイル表示の画像と別のファイルにできます。』とありますが、実際には指定しても無視されるようです。ヘルプにある「サムネイルは東大寺大仏殿、拡大先は東京タワー」の例も、拡大しても東大寺です。不具合なのかヘルプが古いだけなのかは分かりませんが… --Igitur 2009年12月27日 (日) 09:41 (UTC)

たぶん、機能していると思います。Help:画像の表示#代替画像の指定の例示画像の右下のアイコン(二つの長方形を組み合わせた形)をクリックしてください。ファイル:Tokyotower.jpgが表示されるはずです。『thumb=代替画像名とすると、「拡大」アイコンからリンクされる画像をサムネイル表示の画像と別のファイルにできます。』とは、このことを意味しているのでしょう。

正直、少なくともウィキペディア日本語版ではそれほど意味のある機能だとは思われませんが、これで仕様どおりということなのだと思います。--mizusumashi（月間感謝賞を応援します） 2009年12月27日 (日) 10:17 (UTC)

拡大アイコンはのことのようですね。ヘルプのほうを修正したほうがいいかもしれません。（あまり意味のある機能だとは思いませんが。。）--Hosiryuhosi 2009年12月27日 (日) 10:22 (UTC)

皆様ありがとうございます。済みません、私の頭の不具合だったようです。『「拡大」アイコンから』とちゃんとあったのを見落として画像をクリックしておりました。お騒がせいたしました。確かにそれほど意味がありませんね…。

なお用途としては、DjVu形式の（電子化された書籍の）ファイルを貼ると第1ページがサムネイル表示されるのですが、それでは図版としてはあまり意味がないので、下記のようにして中の特定ページをサムネイル表示してDjVuファイルへとリンクしようとしていました（フランス文学#参考文献）。DjVuファイル資料はこちらに相当数があります。

[[Image:Mallarmé - Un coup de dés 1914.djvu|thumb=Mallarmé - Un coup de dés 1914 - p6 - thumbnail.jpg|解説文]]

--Igitur 2009年12月27日 (日) 10:38 (UTC)

Help:画像の表示#代替画像の指定の方に注意書きを入れておいてみました。機能としてほとんど意味がないので削除してしまってもいい気もしますが、これは一存では決められないので行っていません。--Igitur 2009年12月30日 (水) 14:07 (UTC)

セクション（節）線が突き抜ける

愛知国際放送の記事を見て頂けるとわかるかと思いますが、セクション（節）線が表や画像を突き抜けて表示されてしまいます。2010年1月3日 (日) 10:52（JST）時点における版からおかしくなっているようです（履歴より）。

私の家にあるデスクトップ・ノートパソコン（共にWindows Vista）両方で確認できます。

何かわかる方がいらっしゃいましたら、ご確認願います。--アレックス 2010年1月11日 (月) 15:58 (UTC)

原因は''Aichi International Broadcasting Co., Ltd''の部分でしたので、とりあえず''Aichi International Broadcasting Co.'', ''Ltd''と対処してみました。これで表示は改善されているはずです。--Web comic 2010年1月11日 (月) 16:22 (UTC)

確認してみましたが、私のPCがおかしいのかまだ直っていないようです。--アレックス 2010年1月12日 (火) 12:29 (UTC)

私の環境（XPHomeSP3 IE8 スキンはベクター）でも線が突き抜けます。--Su2365（会話|投稿記録 ) 2010年1月13日 (水) 11:06 (UTC)

（一旦インデント戻し）広く改善できる人も求めたいと思います。確かそういうテンプレートがあったような気がしますが、流して見ていたのでどこにあるかわかりません。問題のある記事に貼り付けたいので、場所のわかる方、情報をお願い致します（わかりましたら、自分で貼り付けます。ご足労をかけさせたくないので）。--アレックス 2010年1月15日 (金) 17:39 (UTC)

Template:右 で囲ってみました。--ｱｯﾌﾟﾙﾊﾟｲ 2010年1月19日 (火) 11:41 (UTC)

同様の措置を施したら解決しました。遅ればせながらありがとうございました。--アレックス 2010年2月26日 (金) 05:17 (UTC)

「wikitable sortable」のソートが出来ない・「署名ボックス」等の表示がされない

「wikitable sortable」のソートが出来ないのですが（Wikipedia:管理者/管理者一覧、日本プロ野球名球会など）、仕様変更があったのでしょうか？

そういえば、編集の時の「署名ボックス」等の表示もされませんが、私だけでしょうか？　--山本山815 2010年1月14日 (木) 04:22 (UTC)

インターネットゾーンでアクティブスクリプトを無効にしているのですが、今までの「http://ja.wikipedia.org」に加えて、「http://bits.wikimedia.org」もローカルイントラネットゾーン（アクティブスクリプトを有効にしている）で許可すると、ソートも、「署名ボックス」等の表示もされるようになりました。

どうやら、仕様変更があったようですね。　詳しく分かる方がいらっしゃったら、変更点を説明して頂けると幸いです。--山本山815 2010年1月15日 (金) 12:12 (UTC)

移動元へのリダイレクト一版しかないページへ移動できない。

Wikipedia:移動依頼に提出されていた案件なのですが、竜山区_(遼源市)は龍山区_(遼源市)へのリダイレクト一版しかないのにもかかわらず、「龍山区_(遼源市)」を「竜山区_(遼源市)」へ移動させようとするとエラーメッセージが出ます。管理者権限があれば移動できるようですが、何かのバグではないかと思うのでこちらに報告します。―霧木諒二 2010年1月17日 (日) 12:10 (UTC)

竜山区 (遼源市)ですが #REDIRECT [[龍山区 (遼源市)|龍山区]] というようにリダイレクトにもかかわらずパイプ付きリンクとなっていますが、関係あるでしょうか。--Penn Station 2010年1月17日 (日) 12:33 (UTC)

コメント竜山区 (遼源市)はパイプ付きリンクになっているだけではなく、コメントアウトされた文章も入っています。これも関係あるのでしょうか？　たまにリダイレクトにカテゴリが入っているものも見かけますが、たとえ移動元へのリダイレクト一版しかなくてもコメントアウトされた文章やカテゴリが入ると移動できなくなるのでしょうか？--ナカムーラ 2010年1月26日 (火) 13:28 (UTC)

（コメント）自分の利用者サブページで実験してみたところ、「#Redirect[[]]」の中がパイプ付きリンクだと移動できないようです。これ、仕様なんでしょうか？
なおコメントアウトやカテゴリがあるリダイレクトページでも、移動元へのリダイレクト一版しかない場合は問題なく移動できました。―霧木諒二 2010年1月26日 (火) 14:14 (UTC)

検索ボックスに半角カタカナを入力したときの挙動について

通常のページであれば、検索ボックスに半角カタカナを入力して表示ボタンをクリックしたときに全角への置換が行われるが、以下の 2 例でその処理が正常に行われていない。

1. 検索ボックスに半角カタカナで入力して表示ボタンをクリックしたとき、全角に置き換わらずに半角のまま表示ボタンが機能する。
   • 対象: Wikipedia:バグの報告、Help:目次、Wikipedia:利用案内 など。
   • 環境: IE7/IE8/Firefox 3.5.7
   • 原因: 複数の検索ボックスが配置されているが、何れかに表示ボタンが無い為、内部エラーが発生している
   • 対策案: MediaWiki:Common.js/NormalizeCharWidth.js の次の2行

     　var inputBox = boxButtonPairs[i][0];

     　var goButton = boxButtonPairs[i][1];

     の後ろに、適切なオブジェクトが入っているかどうかをチェックするロジックを加えれば良かろうかと。

2. 複数の検索ボックスが配置されており共に表示ボタンと検索ボタンがあるページにおいて、片方の検索ボックスに半角カタカナで入力して表示ボタンをクリックしたとき、全角に置き換わらずに半角のまま表示ボタンが機能する。もう片方では全角に置き換わり表示ボタンが機能する。
   • 対象: メインページ、Wikipedia:調べもの案内 など
   • 環境: Firefox 3.5.7
   • 原因: すみませんが、未調査です。

よろしくお願いいたします。--Lemonsquash 2010年1月19日 (火) 02:22 (UTC)

カスタムJSに以下の記述を追加し、現行スクリプトを複製・修正し、調査しました。修正後は、ご指摘の問題は起きなくなりました。

importScript("User:Frozen-mikan/NormalizeCharWidth.js");

修正内容: スコープを整理し、簡易null検査を追加しました。全体を無名関数で括ったことと addEvent の除去・addClickHandler, addHandler への変更は、今回の問題とは関係ありません。（参考: 現行と修正したカスタムJSとの差分）--Frozen-mikan 2010年2月6日 (土) 13:54 (UTC)

長らく放置してすみませんでした。Frozen-mikanさんの修正のおかげでご指摘の問題が解消されたものと思います。ローカルキャッシュを破棄してご確認ください。ありがとうございました。--cpro 2010年2月13日 (土) 16:08 (UTC)

対応有難うございます。 #1 のみ改善を確認いたしました。ただ、#2 は、依然として発生いたします。 --Lemonsquash 2010年2月17日 (水) 08:53 (UTC)

(追記) Firefox 3.6 では現象が起きないことを確認しました。 --Lemonsquash 2010年2月17日 (水) 08:58 (UTC)

(追記) Firefox 3.5.8 でも現象が起きないことを確認。--Lemonsquash 2010年2月19日 (金) 03:53 (UTC)

未だ、このバグ報告と同じ現象が確認できる環境をお持ちの方は居ませんでしょうか？　私の環境では変更直後は不安定だったものの、その後は確認できない状況です。OS・ブラウザ・外装名を書いていただけると有り難いです。二週間程度で確認できないようでしたら、{{解決済み}} で閉じたいと思います。--Frozen-mikan 2010年3月8日 (月) 00:32 (UTC)

検索エンジンを変更するとキーワード入力フィールドがグレー表示される (でも変更できる)

解決済み

問題が発生したページ

検索結果ページの「詳細」モード

問題の内容

検索エンジンを「MediaWiki検索」以外に変更すると、検索キーワード入力フィールドがグレー表示される。でも編集はでき、検索キーワードとしてちゃんと使用される。

OSおよびブラウザ

Linux、Firefox 3.6とChromium 4.0.249.78 (36714) で確認。

Windows7、IE8で確認。

スキン

モノブック

英語版では検索エンジンが変更できなかったので、Bugzillaの確認はしてないです。よろしくおねがいします。--Blowback 2010年2月7日 (日) 16:22 (UTC)

ありがとうございます。今回の問題の発生源は MediaWiki:Common.js/SpecialSearchEnhanced.js にあります。スクリプトを調査した結果、以下の問題が確認できました。
配列 nsCheckBoxs はHTML要素を要素とする配列です。この配列は関数 setNsCheckBoxs にて使われています。その関数では、検索エンジンを変更する度に実行され、配列全要素に対して要素自身のdisabled指定と2つ後ろにある兄弟要素の color を変えています。
配列 nsCheckBoxs の最後の要素は、id="powersearch" の下位にあり、name="redirs" で特定されるHTML要素です。この要素の2つ後ろにある兄弟要素が、ご指摘の入力フィールドであり、関数 setNsCheckBoxs にて color が変更されていました。
解決方法としては、何も考えずに最後の要素を配列から除去するか、関数にて、2つ後ろにある兄弟要素の null検査に加え、tagName.toLowerCase() が "label" である場合にのみ、色の変更を行うようにするか、でしょうか。--Frozen-mikan 2010年2月8日 (月) 02:57 (UTC)

「何も考えずに最後の要素を配列から除去する」で良いと思います。このスクリプトは、古い検索ページの仕様にあわせて作られたものですが、そのときには「リダイレクト・ページも対象にする」とかなんとかいうチェックボックスがあったように記憶しています。そのチェックボックスがなくなったわけですから、不要になったということで、除去で構わないでしょう。--mizusumashi（みずすまし） 2010年2月8日 (月) 10:36 (UTC)

情報、ありがとうございます。今回は「配列から最後の要素を除去する」を選択し、以下の修正を WP:AN/PEに依頼したいと思います。特に問題は無いとは思いますが、申請時期は一週間後の予定です。--Frozen-mikan 2010年2月16日 (火) 15:32 (UTC)

---

管理者の方へ。以下の通り、MediaWiki:Common.js/SpecialSearchEnhanced.js の修正をお願いします。

        searchForm.ns100,
        searchForm.ns101,
        searchForm.redirs
    ]

この部分を以下と置き換えて下さい。

        searchForm.ns100,
        searchForm.ns101,
    ]

---

報告 2月27日に申請して、3月1日に修正されました。検索 で確認しました。ありがとうございます。--Frozen-mikan 2010年3月1日 (月) 10:49 (UTC)

私も確認しました。ありがとうございました。--Blowback 2010年3月1日 (月) 10:56 (UTC)

画像の表示について

解決済み

麻雀に関連した画像で本来は下記の七萬のように表示され、待ちの形式など説明する際に使用されるのですが、八萬だけが表示されません。当方のブラウザはFireFoxです。

• 七萬　http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:MJm7plane.png
• 八萬　http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:MJm8plane.png

使用されている例は麻雀の麻雀の聴牌#待ちの形式の辺張待ちのところなどで、八萬と九萬を表示させ、七萬待ちだという説明になるはずが、八萬が表示されずに九萬だけ表示されている状態です。このほかにもあるのですが、どうしたらよいでしょう？原因はなんでしょうかね。--丸和太郎 2010年2月12日 (金) 17:52 (UTC)

私が使用例を見たときには問題無く表示されていました。--Frozen-mikan 2010年2月14日 (日) 16:44 (UTC)

ゴルフ倶楽部のテンプレートが正常に表示されない

解決済み私の会話ページで確認報告がありました。--Frozen-mikan 2010年2月15日 (月) 14:52 (UTC)

ゴルフ倶楽部のテンプレートのコースの部分が正常に表示されません

Template:ゴルフ場 を修正しました。ご指摘の状況が改善されているか、確認をお願いします。--Frozen-mikan 2010年2月13日 (土) 09:56 (UTC)

カテゴリページ上での表示位置の関係で

解決済み保護されたページでは管理者が空編集するとサーバー・キャッシュが破棄されます。--Frozen-mikan 2010年2月27日 (土) 13:32 (UTC)

「Template:サンドボックスの冒頭案内文」のソースの末尾には、

<noinclude>[[Category:プロジェクト関連文書用テンプレート|{{PAGENAME}}]]</noinclude>

のようにカテゴリ登録用の記述があり、これにより 「Category:プロジェクト関連文書用テンプレート」のページ上では、 【サ】のところに「Template:サンドボックスの冒頭案内文」が現れます。

「Template:ノート用サンドボックスの冒頭案内文」についても、ソース末尾には{{PAGENAME}}を使った上記と全く同じ記述があり、であれば「Category:プロジェクト関連文書用テンプレート」のページ上では、【ノ】のところに「Template:ノート用サンドボックスの冒頭案内文」が現れるんだろうと思ったところが、【ノ】ではなくて【こ】のところに現れるようです。

バグというようなケースかどうかも分かりかねますが、いずれにしてもなぜ上記のような状況なのかと思いまして、こちらに挙げさせていただいた次第です。どうぞよろしくお願いします。--Tossie 2010年2月17日 (水) 09:08 (UTC)

ご指摘の Template:ノート用サンドボックスの冒頭案内文 は十日ほど前に移動されています。以前は「こ」から始まるページだったようです。よくあるパターンとしてはキャッシュの影響が考えられます。仮に移動ではキャッシュの再構成が実行されないのであれば、再構成が実行されるような作業が行われれば直るかもしれません。--Frozen-mikan 2010年2月17日 (水) 09:28 (UTC)

報告 キャッシュを破棄したところ、きちんと表示されるようになったようです。--Penn Station 2010年2月17日 (水) 09:34 (UTC)

【お礼とお願い】
Frozen-mikan さんには、早速の情報をありがとうございます。 「Template:ノート用サンドボックスの冒頭案内文」への移動は私が依頼しまして、おっしゃるように十日ほど前に処理済ですが、名前の方はカテゴリページ上でもしっかり変更後のもので表示されていましたので、表示位置の方だけが古いままということには、恥ずかしながらちょっと思い至りませんでした。

Penn Station さんには、「キャッシュ破棄」というのを早速やっていただいたようで、【ノ】の位置に移ったのが確認できました。ありがとうございます。
参考におたずねしたいんですが、その「キャッシュ破棄」というのは、移動依頼の処理を管理者にやっていただくような際に、管理者による処理操作として並行してやっていただいているようなものなんでしょうか？
あと、関連のお願いですが、実はWikipedia:移動依頼には、先般、

• Template:サンドボックス(ノート) → Template:ノート用サンドボックスの初期化

の移動依頼を挙げたところです。この改名が済めば、Category:プロジェクト関連文書用テンプレート上での位置が【サ】から【ノ】に変わる筈なんですが、キャッシュに関係する辺りを確かめる意味も含めて、それを処理いただけないかと思いまして、お手数でしょうが、できましたらどうぞよろしくお願いします。--Tossie 2010年2月17日 (水) 14:01 (UTC)、改名済への対応_2010年2月24日 (水) 06:14 (UTC)

キャッシュ破棄ですが、管理者が移動処理を行った際に必ず行わなければならない操作ではありません。キャッシュの問題は必ず発生する訳ではありませんし、一般利用者の方が移動した場合でも起こり得ます。キャッシュ破棄も誰でも行うことのできる操作ですので、気付いた人が行えばよいと思います（Help:テンプレート#内容・カテゴリ等がすぐに反映されない現象参照）。

それから移動依頼の件ですが、Wikipedia:移動依頼にエントリされていますので、他の依頼と同様に順次処理される筈です。処理されるまで暫くお待ちください（Wikipedia:移動依頼の説明にありますように、通常、依頼から5日後以降に処理されます）。--Penn Station 2010年2月17日 (水) 16:15 (UTC)

情報をありがとうございます。

一点だけ下記について、参考までに知っておきたいと思いまして、どうぞよろしくお願いします。

Penn Station さんに今回やっていただいた「キャッシュ破棄」というのは、具体的な処理操作としては、「Category:プロジェクト関連文書用テンプレート」のページの「空編集」というようなことでしたでしょうか？--Tossie 2010年2月18日 (木) 09:16 (UTC)

Template:ノート用サンドボックスの冒頭案内文の方を空編集しました。--Penn Station 2010年2月21日 (日) 01:31 (UTC)

ご回答ありがとうございます。

今回のようなケースでのキャッシュ破棄が、ご説明の中にあった「誰でも行うことのできる操作」に当たるのかという辺りを確かめたいと思っておたずねした次第です。Template:ノート用サンドボックスの冒頭案内文は保護ページですから、そちらを空編集してキャッシュ破棄を行うということですと、今回のケースでは結局は管理者にやっていただくしかなかったということなんでしょうかね。--Tossie 2010年2月22日 (月) 06:52 (UTC)

Template:ノート用サンドボックスの冒頭案内文は管理者のみに保護されていたのですね。確かにそのようなケースでは管理者に依頼していただく必要があります。--Penn Station 2010年2月22日 (月) 09:47 (UTC)

ページの移動ができないのですが

解決済み

この項目の題名が不自然だったので改名提案し反対意見もなかったため移動しようとしたわけですがなにやら移動できません。どなたか原因を教えてください。ウィキ利用期間も短いので未熟ゆえの愚問です。申し訳ありません。--紅い利用者 2010年2月27日 (土) 14:27 (UTC)

履歴のあるリダイレクト[30]があるため、移動できません。Wikipedia:移動依頼へお願いします。--Ks aka 98 2010年2月27日 (土) 14:44 (UTC)

回答ありがとうございます。移動依頼をしました。--紅い利用者 2010年2月27日 (土) 14:54 (UTC)

一部のアルファベットの項目が表示･編集できない

解決済み

WinXP+IE8(おそらくIE7でも)でA、B、Cなど、一部アルファベットの項目が表示できなくなっています。具体的には目次、テンプレート、曖昧さ回避、それに一部特殊文字しか表示されません。また、編集タブを開いても編集ボックスが表示されません。（D、G、Hなど、問題が無いものもあります。）--Tuny 2010年2月28日 (日) 06:47 (UTC)

今見たら表示できるようになってました…。一時的な現象だったのでしょうか？　ともあれ、失礼致しました。--Tuny 2010年2月28日 (日) 11:30 (UTC)

アクセスできないページ

検索をすると[[ノート:Meta:ウィキメディアニュース]]というページが存在しているのではないかと思われるのですが、リンクを辿ると「不正なページ名」といわれてしまいます。現在は [[ノート:commons:あああああ]] とか [[ノート:meta:あああああ]] はリンク処理されないようですから、過去に作られて「meta:」が含まれているせいなのだとは推測できますが、このまま放っとくのもどうかという気がします。 By 健ちゃん 2010年3月20日 (土) 12:11 (UTC)

• （対処） MediaWiki の API を使って Wikipedia‐ノート:ウィキメディアニュース/2004 に移動しました。 --Kanjy 2010年3月20日 (土) 13:51 (UTC)

カテゴリのソートキー

Category:諸言語なんですが、親カテゴリのCategory:言語に「*」でソートしようとしてもうまくいきません。4ヶ月前に同じことを試してもできず、そのときは一時的なものかと思って放っておいたのですが、思い出してさっき試してみたところやはりうまくいきませんでした。Category:言語の一覧などほかのものはちゃんと「*」でソートされているのですが。何が原因なのでしょうか。--頭痛 2010年4月12日 (月) 08:58 (UTC)

言語間リンクに [[ja:Category: 言語]] が指定されていたのが原因。ありがちですが、他言語版から転記したときに消し忘れたのでしょうか。--きたし 2010年4月12日 (月) 11:22 (UTC)

なるほど。。。見落としていました。ありがとうございます。--頭痛 2010年4月12日 (月) 11:46 (UTC)

北海道において

解決済み北海道で問題が解消されていることを確認。--Frozen-mikan 2010年5月7日 (金) 12:48 (UTC)

しばらく前から気になっていたのですが、北海道において [[File:日本地域区画地図補助_01引数エラー.svg|192px]] とありますが、なぜでしょうか?

1. テンプレートの使用方法の誤り
2. テンプレートの不具合
3. システムの不具合もしくは仕様
4. 目の錯覚

--ｱｯﾌﾟﾙﾊﾟｲ 2010年4月20日 (火) 13:56 (UTC)

情報 テンプレートの不具合です。北海道が使用しているテンプレートにて、2009年10月4日頃に Lincun さんが行われた編集で追加された部分が原因と思われます。しばらくお待ちください。--Frozen-mikan 2010年4月20日 (火) 14:32 (UTC)

テンプレートの作成者です。テンプレートに不具合がありました。問題の箇所は修正しましたので、ご指摘の箇所も正しく表示されていると思います。お手数をおかけして申し訳ありません。--Lincun 2010年4月22日 (木) 12:33 (UTC)

他の言語の表示がおかしい

解決済み

既出orバグで無かったらすみません。Mac OSX 10.4.11、Firefox 3.6.3で見ているのですが、ジャナ・ジョルダンで英語版へのリンクがen:Jana Jordanとen:Justine Joliの2つ表示されているように見えます。ソースを見てもなんでJustine Joliにリンクされているのか分かりませんでした。どなたか原因がお分かりになるでしょうか？--織賀 進 (会話 | 投稿記録) 2010年4月26日 (月) 06:02 (UTC)

ナビゲーションテンプレートTemplate:ペントハウス・ペット2007の記述ミスが原因みたいです。[[:en:Justine Joli|Justine Joli]]とあるべき部分が[[en:Justine Joli|Justine Joli]]と記述されていました。修正済です。--Shain2006 2010年4月26日 (月) 06:11 (UTC)

Shain2006さん、初めまして。ああ、なるほど。9月のトコロが空白になっている時点で、そこを疑ってみるべきでしたね。テキスト検索じゃ分からなかった訳です。素早いご対応ありがとうございました。--織賀 進 (会話 | 投稿記録) 2010年4月26日 (月) 06:44 (UTC)

ドラマ「相棒」における不審点

解決済み

相棒における警視庁捜査一課9係season1は、ソースでは内部リンクは「～9係」までなのに、表示はseasonまで続いているのですが…

• モノブラック
• Windows Vista Home Premium SP2
• ブラウザIE8

--東方院いくと 2010年5月7日 (金) 13:44 (UTC)

ウィキリンクに付属しているラテン文字もリンク表示に取り込むのは、MediaWikiの仕様です。（確か、英語表記の変化を吸収するため、だったような。）不都合が無ければウィキリンク直後に空白を入れてください。空白を入れられないのであれば、小細工として「<nowiki></nowiki>」をリンク直後に入れてください。--Frozen-mikan 2010年5月7日 (金) 14:13 (UTC)

そういう仕様なのですか、ありがとうございました。--東方院いくと 2010年5月9日 (日) 05:09 (UTC)

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

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

先ほど、スレイター行列式という記事をいじったのですが、ここで、何もいじらずに「プレビュー」を押すと、 コーディングがそのまま表示される箇所があることに気づくと思います。--以上の署名のないコメントは、121.103.94.188（会話）さんが 2009年8月12日 (水) 05:28 (UTC) に投稿したものです。

編集履歴について

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

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

--poispois

誰か他の人が編集したのではないでしょうか。--以上の署名のないコメントは、えのきたけ（会話・投稿記録）さんが 2010年8月30日 (月) 23:12 (UTC) に投稿したものです。

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

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

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

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

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

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

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

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

最新の状況

一旦解決したと思って解決済みを張ったんですが、2009年11月18日 (土) 20:30 (UTC)ごろクリステル・チアリの記事を開いた途端、編集画面でなく、記事の状態で、内部リンク付けされているものなどがすべて右よりで表示されました。

使用環境は、Windows98でIE5で、使用スキンはモノブックはです。なお、モノブック以外でも試してみましたが、同じ症状があらわれています。--Nobook 2009年11月18日 (水) 20:48 (UTC)

内部リンクが右による

#編集画面・編集プレビュー時の内部リンクが右寄りで表示されるでも、最新の状況について記載しましたが、改めて別節でも報告したいと思います。

#最新の状況でも説明させていただいた通り今朝、記事を開いたら、記事の状態でも、内部リンクが抜かれた状態でかつ抜かれた内部リンクが右へ寄った状態で表示されるようになっています。

例えば、「今朝、トマトを食べました」という文章があるとするならば、以下のように見えてしまうのです。

「今朝、を食べました」　　　　　　　　　　　　　　　トマト

使用環境は、Windows98・IE5、使用スキンはモノブックです。--Nobook 2009年11月19日 (木) 05:20 (UTC)

• （追加報告）現在、「Template‐ノート:継続中の作品」で「Template:放送中の番組」の立ち上げについて議論を行っていますが、そこでの試作品や他の記事でも張られているテンプレートのマークアップなども表示されなくなりました。曖昧さ回避のマークに関しては、上記に記した症状のように、右によって表示されてはいます。

あと、一部記事や、履歴では、以前の「内部リンクがある度に自動的に改行される」という症状のような感じで、上記のトマトを例としたら、ト
マ
トのようにも表示されることがあります。モノブックで、編集画面が白紙化されるバグのため、スキンをクラシックに変更して投稿していますが、内部リンクが右へ寄る状態は改善されていません。--Nobook 2009年11月23日 (月) 06:13 (UTC)

• （回答）そもそもWin98、IE5というサポートが切れているOSやブラウザで閲覧するのがいけないのではないのでしょうか。通常、最新版に対応させるために古いバージョンの表示がおかしくなることがあります。新しいOS（WindowsXP以降）を使ってみてはいかがでしょうか。--Inin 2010年7月27日 (火) 12:36 (UTC)
• （回答）サポートとは言いますが、Microsoftの戦略ではないでしょうか？更に愛好家が使用するOS、ブラウザ環境を侮辱していると読み取れます。私もWin98を愛用していますが。--以上の署名のないコメントは、116.82.159.35（会話）さんが 2011年2月5日 (土) 17:38 (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)

1番目と3番目はよく分かりませんが、2番目は私の環境 (XP SP3, Firefox 3.5.5, ベクター）でも発生しています。おそらく、ベクタースキン特有のツールバー（このスクリプト？）が、開発途中で不具合を起こしているんでしょう。Adblock（Firefoxのアドオン）で上記の js を読み込み拒否することで解消できなくはない（この場合、モノブックなどで普通に使われているツールバーが復活します）のですが、基本的には、フィードバックして直してもらうしかないかな、と。--ラッキースター・キッド ◆Luck.w.AEQ 2009年11月12日 (木) 22:44 (UTC)

私の場合こんなことがありました。今の時点では細部の編集をしていて量は少ないので枠は動かないんですが、長い記事を編集すると勝手に下に下がったり上に上がったりで不安定になっています。--ミラー・ハイト 2009年12月14日 (月) 17:28 (UTC)

今日になったらマ－クアップ{{}}などが使えなくなってしました。環境はXP SP3 IE8 ベクターです。--Su2365（会話|投稿記録 ) 2010年2月6日 (土) 05:55 (UTC)

今日はマークアップは使えますが要約欄に打たれてしまいます。--Su2365（会話|投稿記録 ) 2010年2月7日 (日) 04:20 (UTC)

長文などを編集すると文字を入れるときに編集する際のこの画面が下へ下へ移動していき、最終的に文字を打ったところが最も下になってしまいます。原因はなんでしょうか？。--Liberum 2010年3月26日 (金) 17:55 (UTC)

コメント ブラウザはIE8でしょうか？URL入力領域の横にある「互換表示」ボタンをクリックしたら直ると思いますが、いかがでしょう？同ボタンをクリックすると、水色に表示されサイト全体に有効となります（ページ表示のたびにクリックする必要はありません）。上記ミラー・ハイトさんの現象も同じだと思いますが、もし昨日から突然発生した場合は、昨日のWindows UpdateでKB980302 [31][32]というIE8用更新プログラムが適用されたことが原因かなと思います。--Penn Station 2010年3月26日 (金) 09:37 (UTC) 微修正：Penn Station 2010年3月29日 (月) 05:34 (UTC)

#編集中に動作が遅くなる・勝手にスクロールするにも詳細をコメントしました。--Penn Station 2010年3月29日 (月) 11:01 (UTC)

ありがとうございます。おかげで改善されました。？。--Liberum 2010年3月27日 (土) 19:00 (UTC)

私もそれが起こっていました。編集するたびに鬱陶しかったんですが、それで直りました。一応報告だけでも。--Lucky7+9（会話/履歴） 2010年4月1日 (木) 04:20 (UTC)

編集画面が時々空白になり消えてしまう

本日、Wikipedia‐ノート:ウィキプロジェクト 放送番組でコメントを打とうとしたら、時折、編集画面が消えてしまって空白にされてしまい、「以上の記述を完全に理解した上で投稿する」や、「プレビューを表示」、「差分を表示」といったボタンも消えてしまう事態が発生しています。編集画面が表示されても、プレビューを実行すると、この症状があらわれることもあったります。こちらの文章は、個人設定により、外装を「クラシック」へと変更したがために打つことができています。それまでは「モノブック」を使用していました。

使用環境は、Windows98・IE5です。--Nobook 2009年11月15日 (日) 05:24 (UTC)--Nobook 2009年11月15日 (日) 05:28 (UTC)（一部追加・修正）

うーん。こういうことを言うのも良くないのかもしれませんが、もう IE5 はウィキペディアの動作のサポート対象外でよいのではないかと、私は思います。ある調査では、2009年10月調査で IE5 & IE5.5 のブラウザシェア合計が 0.07% なんですよ。Win98 ならば Opera が動くはずで、ブラウザ乗り換えの問題もありませんし。--ラッキースター・キッド ◆Luck.w.AEQ 2009年11月16日 (月) 22:25 (UTC)

プレビューができない

ベクタースキンでの編集中の不具合です。 編集結果を確認するためにプレビューボタンを押しましたが何度やっても表示されません。 環境はXP SP3 IE8 ベクターです。--Su2365（会話|投稿記録 ) 2010年2月15日 (月) 12:01 (UTC)

情報 外装を一時的にベクターにしてみましたが、Vista SP2, IE8ではプレビューできました。--Penn Station 2010年2月15日 (月) 12:10 (UTC)

テキスト編集中の不具合

編集画面でテキストをコピーしようとすると通常テキストが青く反転されるはずが黒く反転されます。一応その場合はコピーは可能ですがテキスト編集ボックス内のテキストの量が多い場合文章の前半は黒反転になるもののコピーは可能ですが、文章の途中からテキストをスクロールして反転させること自体が不可能になります。

確認できる範囲ではWinXPかWin7、IE8、ログイン状態で発生するのを確認しました。Firefoxでは発生しないようです。またログアウトしてIPの状態でも発生しません。--Win51 2010年3月25日 (木) 15:55 (UTC)

編集中に動作が遅くなる・勝手にスクロールする

数日前から気になっているのですが、サイズの大きいページを編集しようとすると動作が異常に遅くなります。文字の変換に数秒もかかり、テキストをコピペしようとすると編集画面が勝手にスクロールしてしまいます。ページのサイズでは25キロバイトを超えたあたりから不都合が発生しています。使用環境はWindows Vista、Internet Explorer 8です。--まさふゆ 2010年3月28日 (日) 15:27 (UTC)

まさふゆさん、はじめまして。動作速度については分かりませんが、コピペすると編集画面が勝手にスクロールする問題は、私の環境（Windows Vista SP2 + IE8）でも発生しました。1行（論理行）の長さが編集画面の横幅を超える行があり、かつ編集画面が下方にスクロールしている状態でテキスト入力（コピペ含む）した場合に発生するのではないかと思います。#編集時の不具合でもコメントしましたが、おそらく、Windows Updateで KB980302 というIE8用更新プログラムが適用されたことが原因と思われます（私の環境では3月25日に適用されました）。従来Wikipediaのページは「互換表示」として認識されなかったのですが、同更新プログラムで判定条件が厳しくなったのかもしれません。 KB980302の詳細については以下をご覧ください。

• Internet Explorer 8 の互換表示一覧用の更新プログラム (Windows Vista 版) (KB980302)
• A Compatibility View list update is available for Windows Internet Explorer 8: March 23, 2010
• Description of the Compatibility View list in Windows Internet Explorer 8

対策としては、(1) URL入力領域の横にある「互換表示」ボタンをクリックする（同ボタンをクリックすると、水色に表示されサイト全体に有効となります。ページ表示のたびにクリックする必要はありません） (2) KB980302をアンインストールする（コントロール・パネルの「インストールされた更新プログラム」からアンインストール。[33]からダウンロードして再インストール可能）- の2通りがありますが、前者が無難かと思います。お試しください。--Penn Station 2010年3月29日 (月) 06:07 (UTC)

「互換表示」ボタンをクリックしたところ正常化しました。サイズの大きいページを編集しても問題は発生しなくなりました。ご教示ありがとうございました。--まさふゆ 2010年3月29日 (月) 11:26 (UTC)

報告私もほぼ同様の症状が同時期よりでて、編集に苦労しておりましたが、本ページを拝見し早速「互換表示」ボタンをクリックしたところ無事解決出来ました。有難うございます。ただ、今回の件同様に困っている方もおられると推察します。このページがあると気づくまでに少し時間がかかりましたので、Wikipedia:コミュニティ・ポータルのどこかにも告知しておいた方がよいのではと思いました。--ブレイズマン 2010年4月8日 (木) 17:55 (UTC)

ご報告ありがとうございます。結構多くの方が同じ問題で悩まれているのかもしれませんね…。Wikipedia:コミュニティ・ポータルでは適切な場所を見つけられなかったので、Wikipedia:お知らせで告知してみました。--Penn Station 2010年4月13日 (火) 12:02 (UTC)

この「互換表示」に関しては「#WindowsXP SP3+IE8で，横方向スクロールバーが必ず表示される」においても触れたことが有ります。この時に確認した情報[34]によると、かなり早い時期に wikipedia.org は互換表示サイトに指定されていました。また、互換表示サイトに指定されているならば、「互換表示」ボタンは現れません。私の環境では KB980302 の適用前には wikipedia.org が「互換表示」サイトのリストに載っていましたが、適用後には載っていませんでした。--Frozen-mikan 2010年3月29日 (月) 13:27 (UTC)

情報ありがとうございます。Frozen-mikanさんの仰る「互換表示サイトのリスト」とはres://iecompat.dll/iecompatdata.xmlで表示されるリスト（互換表示一覧）のことですよね。恥ずかしながら当方存じませんでした。KB980302適用前の内容は確認していませんでしたが、適用後の現在の私の環境でも一覧にwikipedia.orgは入っていません。もし従来は含まれていたとすると、KB980302適用によってwikipedia.orgがその一覧（デフォルト指定）から外れたので、利用者が明に指定する必要が生じた、ということのようですね。--Penn Station 2010年3月29日 (月) 14:28 (UTC)

そのリストです。また、先に確認した「互換表示」のサイト情報 [35] (2010-02-10) を確認したところ、wikipedia.org の状況は「pending removal」となっており、その後、今回の更新で除去確定になったと思われます。--Frozen-mikan 2010年3月29日 (月) 14:43 (UTC)

記入の際に勝手にスクロールされる

記入している際、記入欄にスクロールが可能が場合、一文字記入するごと、または一文字削除するごとに一行ずつスクロールされる。今記入している場所が、記入欄の最下部までいったらスクロールは止まる。これは、私のパソコンの不具合なのでしょうか。--shirubaniayu 2010年3月29日 (月) 10:40 (UTC)

shirubaniayuさん、はじめまして。上記の私のコメントをご確認ください（「編集中に動作が遅くなる」節と統合させていただきました）。そこで示した対策を試してみてください。たぶん、解決すると思います。--Penn Station 2010年3月29日 (月) 11:01 (UTC)

2011年2月の報告

同じ時期に複数の報告がありましたので以下にリンクをまとめておきます。--Penn Station 2011年2月20日 (日) 13:15 (UTC)

• Wikipedia:バグの報告#編集画面のバグ
• Wikipedia:バグの報告#編集中に移動
• Wikipedia:井戸端/subj/投稿しづらいことになっている件

カテゴリの記事数表示

解決済み

英語版ではカテゴリを見たときに、カテゴリに含まれるカテゴリ数と記事数が表示されています。でも日本語版ではカテゴリの数は表示されていますが、記事数が表示されません。一目で確認できるよう表示できないのでしょうか。英語版ではログインしたときは表示されずログインしなければ表示されます。日本語版ではログインしてもしなくても表示されません。個人設定で表示する方法があれば教えてください。--Rain night 2010年4月8日 (木) 05:47 (UTC)

• （例）en:Category:Japanese sportspeopleは表示されてるがCategory:日本のスポーツ選手では表示されない。

私の環境では「以下にこのカテゴリへ属しているページ 27 件中 27 件を表示しています。」って表示されていますが、表示されていないのですか?

それとも、「カテゴリページに表示されるサブカテゴリの一覧に、そのサブカテゴリに含まれるカテゴリとページの数が英語版では表示されるが、日本語版ではサブカテゴリ毎に含まれるカテゴリ数しか表示されないのはバグではないか?」 ということでしょうか? --ｱｯﾌﾟﾙﾊﾟｲ 2010年6月15日 (火) 00:34 (UTC)

ログインせず英語版のCategory:Japanese sportspeopleを見ると、Japanese footballers (5 C, 1764 P)と表示されてます。これは5つのサブカテゴリと1764の記事があるということです。この記事数が日本語版では表示されてないということです。カテゴリを見ればわかりますが、上のカテゴリを見たときわかるようにしてほしいということです。--Rain night 2010年6月15日 (火) 02:06 (UTC)

解決したようです。

リンクボタンを押すとメインページに行く

• リンクボタンを押すとメインページに行く。windows7だ。--115.39.93.211 2010年4月11日 (日) 09:34 (UTC)

印刷機能について

※Wikipedia:利用案内より本ページに転記させていただきました。--Penn Station 2010年4月16日 (金) 13:54 (UTC)

審議が終了しテンプレートが貼られた個々の削除依頼ページやブロック依頼ページを印刷しようと思い、ツールボックス内の印刷用バージョンボタンを押したのですが肝心の議論本文が表示されないため印刷ができません。OSはWinXPで外装はモノブックスです。IE8,OPERA10.51,Firefox3.6.3すべてで同様に表示がされないためブラウザの不具合とは考えにくいように思われます。また、審議途中の場合だと正常に表示されることから終了後に貼られるテンプレートが原因だとは思うのですが、回避方法が分かりません。回避方法をご存じのかたは教えて下さい。よろしくお願いします。--おはぐろ蜻蛉 2010年4月15日 (木) 10:03 (UTC)

MediaWiki:Print.css にて、.skin-monobook .metadata { display: none; } とあるのが原因です。とりあえずの回避方法としては外装をモノブック以外のものに変更して印刷することだと思います。--Frozen-mikan 2010年4月15日 (木) 11:29 (UTC)

コメント MediaWiki:Common.cssでも、table.metadataがdisplay:noneになってますが、これはなんなのでしょうね・・・？ちょっと分かりません（metadetaを強制的に埋め込むためのもの・・・？）--青子守歌（会話/履歴） 2010年4月15日 (木) 11:41 (UTC)

コメント metadata クラスの意味が整理されていないことが問題でしょうね。--fryed-peach [会話] 2010年4月15日 (木) 14:34 (UTC)

MediaWiki:Print.cssでは「Do not print certain classes that shouldn't appear on paper」となっているのですが、なぜモノブックのみmetadataクラスが印刷すべきでないとなっているのでしょう？「.skin-monobook .metadata,」の行を削除すると副作用が出るかご存知ですか？（現在のところ）既定の外装であるモノブックの印刷バージョンで表示できないのは結構大きな問題だと思います。まぁ「metadata」というくらいなので、本来はメタデータに対して割り当てて印刷されるべきものではないのかなとも思いますが、だとすれば{{Vfd top}}で<div>にmetadataを割り当てるのは謎ですね…。--Penn Station 2010年4月16日 (金) 14:23 (UTC)

外装をクラシックに変更したところ、成功しました。ありがとうございました。--おはぐろ蜻蛉 2010年4月15日 (木) 19:50 (UTC)

改良版ツールバーが利用できない

Su2365です。今日になりましたら個人設定で改良型ツールバーを有効にするにチェックを入れているのにもかかわらず、普通の編集用ツールバーになってしまいます。環境は、Win7　IE8スキンはベクターです。--Su2365（会話|投稿記録 ) 2010年4月19日 (月) 11:22 (UTC)

情報 私の環境はWindows Vista+IE8ですが、外装をベクターにして「改良型ツールバーを有効にする」をチェックしたところ、改良型ツールバーが表示されました。ご参考までに。--Penn Station 2010年4月19日 (月) 11:54 (UTC)

そうですか…。今日も使えませんでした。ちなみに他のパソコン（XP SP3 IE8 べクター）では使えています。--Su2365（会話|投稿記録 ) 2010年4月24日 (土) 07:40 (UTC)

当てずっぽうですが(ごめんなさい)、Javascript関連で問題はありませんか？--mizusumashi（みずすまし） 2010年4月26日 (月) 14:11 (UTC)

携帯版のページの不具合

携帯版のページについてです。最近携帯を機種変更しておりますが、英数字以外が正常に表示されません（会社：docomo、製造会社：Panasonic）。検証よろしくお願いします。--Tc651@Hitachi-Train 2010年4月22日 (木) 15:31 (UTC)

#携帯・PHSでの表示不具合

#モバイル版の不具合

上記は、過去の報告ですが、不具合報告されるも手つかずな印象が拭えませんね。同じくdocomoの携帯で見ましたが、肝心の検索ボタンの画像も表示されず検索すら出来ない状態ですね。メジャーな携帯での表示上の問題は見過ごせないと思います。--121.102.67.118 2010年5月7日 (金) 11:17 (UTC)

セクションにおける[編集]の文字の大きさがおかしい

セクションにおける[編集]の文字の大きさがブラウザによって異なるようです。 IEでは[編集]の文字の大きさがセクションのタイトルより小さいですが、Firefoxではセクションのタイトルと同じ大きさになっているようです。

• 外装 モノブック（カスタムCSS/JSなし）
• OS: Windows XP SP3
• ブラウザ: IE6 SP3、Firefox 3.6.3

--Goki 2010年5月2日 (日) 08:54 (UTC)

非ログイン状態の XP SP3, Firefox3.6.3 で確認したところ問題ありませんでした。「文字の大きさがセクションタイトルと同じ」となると、「[編集]」のクラス指定かスタイルシートがブラウザに認識されていないことによるスタイル未適用状態が考えられます。なお、非ログイン状態、JavaScript有効時の節編集のクラスは「editsection-moved」で、そのスタイルは MediaWiki:Common.css にあります。--Frozen-mikan 2010年5月2日 (日) 10:23 (UTC)

スキンにより表示が崩れる

解決済み

Template:サッカー選手をメダルを入れるタイプに修正したいと思ってます。Wikipedia‐ノート:ウィキプロジェクト サッカー選手に提案しましたが特に反対がないのでTemplate:サッカー選手/testcasesの内容に修正しようとしたのですが、標準のスキンでは問題ないのですが、クラシックやモダンに帰るとメダルテンプレートの文字が表示されなくなってしまいます。標準と同じように表示されるようにできないでしょうか。--Rain night 2010年5月8日 (土) 01:31 (UTC)

sandboxとtestcases を少し編集しています。折りたたみのデモをするつもりでしたが、中身が未だうまくいっていない状態です。色の問題の解決法は幾つかありますが、今回は対象をInfoboxのheader変数ではなく、data変数に入れました。--Frozen-mikan 2010年5月8日 (土) 03:54 (UTC)

（追記）勘違いで暫く壊れた状態にしてしまいましたが、今回の編集はこれで一区切りとします。差し戻して頂いても構いません。ご質問等ありましたら遠慮無くどうぞ。--Frozen-mikan 2010年5月8日 (土) 05:56 (UTC)

ハビエル・マスチェラーノで実験してみました[36]。ポルトガル語で使用されているpt:Predefinição:Info/Futebolista（例、pt:Javier Mascherano）のようにしたいのです。サッカー選手は陸上選手や競泳選手と違いメダルの数が少ないので標準で表示されるほうがいいと思います。うまく修正できないでしょうか。Template:バレーボール選手もメダルが表示されるタイプになっています。参考Wikipedia:井戸端/subj/メダルテンプレートについて。--Rain night 2010年5月9日 (日) 03:38 (UTC)

なるほど。隠す必要が無いのならばもう少し簡潔だと思います。/sandboxを編集し、一部をメダルテンプレートが有れば常に表示するものに置き換えました。--Frozen-mikan 2010年5月9日 (日) 05:24 (UTC)

ありがとうございます。サッカー選手はイメージ通りです。テンプレートに反映してみたのですが、監督年が太字になってしまいました。クラブチームや代表歴は細字なので細字に合わせられないでしょうか。（例、ヨハン・クライフ）。Template:テニス選手も同じようにできないでしょうか。実験してみたのですが、サンドボックスだとない選手にも獲得メダルが表示されてしまいます。ある選手にだけ表示するようにしたいです。Template:ハンドボール選手にもメダルテンプレートを入れられないでしょうか。以前実験して失敗しました。--Rain night 2010年5月13日 (木) 00:21 (UTC)

監督年は自分で修正できました。--Rain night 2010年5月14日 (金) 02:33 (UTC)

{{#switch}}でのワイルドカードの使用

自分で書いておいて言うのもなんですが、{{hex to dec}}は重いです。テストケースを表示しようとすると明らかに応答が遅いし、NewPPの値も高めです。{{str index/logic}}で、{{#switch}}にワイルドカードを多用していることが原因です。

おなじことをやるのなら、ParserFunctions機能拡張でStringFunctions互換機能を有効にしたほうがまだましですが、そうしていないのには理由があったのではないかと想像します。

まとめると、{{#switch}}でワイルドカードが使えるのはまずいんじゃないでしょうか。 --Hatukanezumi 2010年5月11日 (火) 13:59 (UTC)

やり方は違うみたいですが、16進数を10進数に変換するという点では en:template:hex2dec と同じですよね? 見比べると、　en:template:hex2dec の方がシンプルに見えるのですが。--ｱｯﾌﾟﾙﾊﾟｲ 2010年5月13日 (木) 14:26 (UTC)

Yet Another Edit Counterが正しく表示されない

Yet Another Edit Counterなんですが閲覧しようとすると文字化けしてしまします。

OSとブラウザはWindows VistaHome Premium SP1、IE8です。またfirefox3.0でも同様です。--多摩に暇人 2010年5月18日 (火) 11:32 (UTC)

私のほうでも同様です。どうもこのツールはマルチバイト文字を処理できないようですね…。とりあえずMediaWiki talk:Sp-contributions-footerで変更を依頼してみます。--氷鷺 2010年5月22日 (土) 02:01 (UTC)

マルチバイト文字を処理できないのではなく、1文字目に特定のマルチバイト文字が入るとユーザー名を正しく取得できないようです。

例えば…失礼ながら勝手に名前を挙げますが、Humpty Dumpty書記官さんだと正常にデータを取得できます。また、マルチバイト文字でも日本語はエラーが頻繁に出ますが、ロシア語のアカウント名ではエラーが出ません。

一応このツールの開発者には事情を報告してみましたが、正しく通じただろうか…？--Marine-Blue [ 会話 履歴 電信 ] 2010年5月23日 (日) 05:05 (UTC)

高橋道雄のページでの表示不具合

解決済み{{Infobox/row}} は保護ページになりました。同様の問題は発生しづらくなったと思います。--Frozen-mikan 2010年6月14日 (月) 14:38 (UTC)

高橋道雄のページの冒頭に、本来のページの内容と無関係の企業名が大量に表示されています。何かテンプレートが挿入されているのかと思いましたが、調べたところそれらしき物はありませんでした。またこれに関連してか、「Infobox 将棋棋士」の内容が表示されていません。なお一週間ほど前に高橋道雄のページを見た時にはこの不具合は発生していませんでした。

• 外装：モノブック（カスタムCSS/JSなし）
• OS：Windows Vista
• ブラウザ：IE8

Wiki0825 2010年5月24日 (月) 01:36 (UTC)

ありがとうございます。Template:Infobox/row （差分） の編集による影響だと思います。これを受け、当該テンプレートの保護依頼が出されています。--Frozen-mikan 2010年5月24日 (月) 01:50 (UTC)

ログインして元のページの戻るとき

IPで閲覧して、ログインして元のページを閲覧しようとするとき、ページに示された元のページのリンクが文字化けする。--お館さま 2010年5月25日 (火) 22:28 (UTC)

こんにちは。お館さまの現在のPC環境はどんなものでしょうか。ここではOS、ブラウザの種類・バージョン、スキンを明記することになっているので明記するようお願いいたします。今の私の環境（7　IE8　ベクター）では文字化けは起こりません。--Su2365（会話|投稿記録 ) 2010年5月27日 (木) 12:18 (UTC)

当方でも起こっています。ログイン・ログアウト時に「○○に戻る」というリンクが出ますが、このリンクが出ているときにログイン・ログアウトを繰り返すと「○○」へのリンクが文字化けして未作成ページへの赤リンクになるようです。うちの環境はWindows95/98/2000、IE5.5/6.0です。--219.114.36.102 2010年6月11日 (金) 17:54 (UTC)

追記。スキンはデフォルトの新しいスキンに設定して試しました。ウォッチリストなどの特別ページからログイン・ログアウトを繰り返した場合はモノブックでもなることがありました。と言ってもログアウト時は強制的にデフォルトのスキンですから、もしかしたら新しいスキンの問題かもしれません。--219.114.36.102 2010年6月11日 (金) 18:06 (UTC)

モバイル版Wikipediaの表示について

携帯電話の画面では検索文字を入力出来ても検索ボタンが表示されず検索出来ません。 モバイル版とはどの程度の端末を想定しているのでしょうか？ スマートフォン？ 少し古い表示画面の狭い携帯端末は使えないのでしょうか？ --以上の署名のないコメントは、218.223.88.97（会話）さんが 2010年6月3日 (木) 12:59 (UTC) に投稿したものです（Yuichirouによる付記）。

http://ja.m.wikipedia.org/ の検索フォームのボタンは、背景画像がつけられた中身のないbutton要素でできているため、CSSに十分対応していないブラウザでは何も表示されない恐れがありますね。このようなデザインでは、あえてCSSを用いる理由はなく、素直にimg要素で画像を表示させるべきではないかと思います（これはフィードバックに書くべきかな）。--Yuichirou 2010年6月3日 (木) 13:24 (UTC) （2010年6月3日 (木) 13:27 (UTC) 追記）

Wikipedia:使用性改善/質問に書かれていましたが、これは今回の新機能とは関係ないので、こちらに移動しました。モバイル版は、対象としてはスマートフォンのようなものを考えているようで、日本で使われているようなケイタイ（いわゆる「ガラパゴスケイタイ」と呼ばれるもの）では表示出来ないことがあるようです（理由はYuichirouさんのおっしゃる通り）。モバイル版に関する詳しい情報はm:Mobileにあり、問題がある（意見がある）場合は、bugzillaを利用する必要があります。--青子守歌（会話/履歴） 2010年6月3日 (木) 23:14 (UTC)

右上のリンクが左に動いてしまいます

右上に表示されているリンク（ログイン等のリンク）がポインタに当たると左に動いてしまいます。16時50分(JST)頃から発生しています。ページが切り替わると元の位置に戻るのですが、それでもポインタが当たるたびに動いてしまいます(ロゴと重なってしまい、「新機能」のリンクが隠れてしまいます)。

↓発生が確認されている環境

• Windows XP
• Internet Explorer 6

一時的なものかもしれないと思うのですが、原因を調べてください。--Wiki-Endows 2010年6月12日 (土) 07:59 (UTC)

バグ二つ

1. ''斜体'' としても斜体にならなくなりました。
2. 個人設定でベータ版機能のチェックを外しましたが、著名のアイコンが元のままです。

--以上の署名のないコメントは、いちご大福（会話・投稿記録）さんが 2010年6月14日 (月) 09:21 UTC に投稿したものです。

1. 「''斜体'' としても斜体にならなくなりました。」について

   Windows XP は大丈夫だったのですが、Windows 7 では、日本語の斜体が表示されなくなってますね。例えば、''ABCDあいうえ1234'' とした場合、アルファベットと数字は斜体になりますが、平仮名は斜体になりませんね。OS の不具合または仕様の様な気がしますね。

2. 「個人設定でベータ版機能のチェックを外しましたが、著名のアイコンが元のままです。」について。

   個人設定の「☑改良型編集ツールバーを有効にする」の「☑」を「□」としても、「会話ページへ投稿するときは、文末に署名をお願いします（--~~~~ と記入、または署名アイコンをクリック」の文中のアイコンは元のままですね。そういうことでよろしいのでしょうか ?

--ｱｯﾌﾟﾙﾊﾟｲ 2010年6月15日 (火) 02:43 (UTC)

という見解がありましたが、正しくは Firefox のバグです。この問題は Firefox （新しいバージョン）でのみ発生し、MS-IE や Google Chrome では発生しません。

サンプル：ABCDあいうえ1234 --以上の署名のないコメントは、110.66.118.203（会話）さんが 2011年1月30日 (日) 06:35 (UTC) に投稿したものです。

コメント 斜体の件ですが、もしかしてフォントがメイリオなのではないでしょうか？メイリオの場合、いわゆる半角英数字以外、つまり日本語文字の斜体は無視されるのが仕様になっています（c.f. Windows Vista のメイリオ フォントの文字列が斜体にならないことがある）。これに関しては、もともと日本語の文字に斜体を適用することに以前から疑問の声が挙がっていて、それが反映された結果のようだと聞いています。--青子守歌（会話/履歴） 2010年6月15日 (火) 03:39 (UTC)

「ウィクショナリー・ホバー」ガジェットについて

例えば文中に『表示』という語あって、ダブルクリックすると wikt:表示 が表示されずに、 wikt:表 あるいは wikt:示 が表示されます。ダブルクリックではなく、語を選択してそこでの右クリックのメニューで「ウィクショナリーで表示」とかを追加して、対象の語句のウィクショナリーを表示させる方が良いのではないでしょうか?

1. 問題が発生したページ

   全てのページ

2. 問題が発生したときの状況、可能であれば再現性と再現手順

   再現性

   1. 漢熟語では 100% 再現します

   再現手順

   1. 個人設定で、「□ウィクショナリー・ホバー: ダブルクリックされた言葉の語義をツールチップに表示します。」の「□」を「☑」にして設定を保存する。
   2. 任意のページで、任意の熟語をダブルクリックする

3. あなたの使用しているOSとWebブラウザおよびそのバージョン（例：Windows Vista、Internet Explorer 8）

   OS : Windows 7

   ブラウザ : Internet Explorer 8

4. 外装（スキン）などのウィキペディアの個人設定（例：モノブック）

   ベクタースキン

--ｱｯﾌﾟﾙﾊﾟｲ 2010年6月15日 (火) 01:09 (UTC)

「Bugzillaへの報告について」について

Wikipedia:バグの報告の上部にある「Bugzillaへの報告について」の右の[表示]が「過去ログ」のボックス内に表示されています。Wikipedia:バグの報告/ヘッダ を見てみたのですが、プレビューで表示されないため確認できませんでした。

1. 問題が発生したページ

   Wikipedia:バグの報告

2. 問題が発生したときの状況、可能であれば再現性と再現手順

   再現手順

   1. 横幅 1280 以上のディスプレイで、ブラウザの横幅を最大にする

3. あなたの使用しているOSとWebブラウザおよびそのバージョン（例：Windows Vista、Internet Explorer 8）

   OS : Windows 7

   ブラウザ : Internet Explorer 8

4. 外装（スキン）などのウィキペディアの個人設定（例：モノブック）

   ベクターおよびモノブックにて確認

--ｱｯﾌﾟﾙﾊﾟｲ 2010年6月15日 (火) 02:17 (UTC)

ありがとうございます。問題部分を修正しました。しばらく間が空いてしまいましたが、ご確認いただけるとありがたいです。--Frozen-mikan 2010年10月17日 (日) 23:54 (UTC)

ボタンをクリックしても無反応

Windows Mobile搭載PHS電話機W-ZERO3 ADVANCE [ES]（品番はWS011SH）専用Opera Browserで、全ての記事の編集をするページで、以上の記述を完全に理解し同意した上で投稿するやプレビューを表示するや差分を表示するのボタンをクリックしても無反応で何も出来ない。レイアウトが変わる前は編集禁止されていない回線を使って正常に編集作業が出来ていた。ちなみにこの機種搭載のIEからは正常に編集できる。--以上の署名のないコメントは、120.75.222.175（会話）さんが 2010年6月18日 (金) 06:20 (UTC) に投稿したものです。

EM・ONEαでも同様に、Operaだと無反応でPocketIEだと正常のようです。なおどちらもモバイル版に飛ばされた形跡はありません。--61.245.33.67 2010年6月21日 (月) 05:54 (UTC)

10億人目

解決済み

Wiki様

Congratulations! Wikipedia's one-billionth user. Click to collect your prize!

が赤字で大きく表示されました。しかしこの部分はクリックしても何も反応はありませんんでしたので一応ご連絡まで。 本当に10億人目なら嬉しい限りです？

• This page was last modified on 20 July 2010 at 01:19. • Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of Use for 　　　details. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.

（ここまで202.248.186.84さんの投稿です。Ks aka 98が個人情報を含む版を秘匿し、それ以外の書き込みを復帰しました）

とりあえずen:Wikipedia:Help_desk#.22Congratulations.21_Wikipedia.27s_one-billionth_user._Click_to_collect_your_prize.21.22で話題になってました。参照してみてください。--Ks aka 98 2010年7月20日 (火) 10:47 (UTC)

悪質なスパム投稿だったようです。投稿は秘匿され、投稿に含まれていたURLはブラックリストに追加されました。--Marine-Blue [ 会話 履歴 電信 ] 2010年7月21日 (水) 08:18 (UTC)

モバイル版で見えるのは古い版なのでしょうか

たとえば、Wikipedia:削除依頼/ログ/2010年6月16日[37]には「1.1 (*緊特)福島瑞穂 - ノート」から「1.36 (*特)ドラゴンクエストモンスターズ ジョーカー2 - ノート」までの見出しがありますが、モバイル版[38]では現時点で「(*緊特)福島瑞穂 - ノート」と「有中 - ノート」しかありません。またincludeされている各サブページも古いようです。--61.245.33.67 2010年6月17日 (木) 22:53 (UTC)

情報 モバイル版は、現在、キャッシュの問題で、完全に最新のデータに同期出来ていない問題があるようです。bugzilla:22014で、現在改善中と聞いていますので、しばらくお待ちください。--青子守歌（会話/履歴） 2010年6月18日 (金) 08:58 (UTC)

病院記事で意味不明な提案メッセージが表示される

解決済み

多くの病院記事（山田赤十字病院など）で冒頭に意味不明な提案メッセージが表示されます。--Xjm91587 2010年6月19日 (土) 04:39 (UTC)

テンプレートに対する提案でしたので、noinclude処理しました--Los688 2010年6月19日 (土) 04:43 (UTC)

表示が正常に戻ったことを確認しました。早急に対処していただき感謝します。--Xjm91587 2010年6月19日 (土) 05:03 (UTC)

エラーになる高解像度画像がある

ファイル:Flore kamogawa.jpgの高解像度画像を見ようとすると

Forbidden
Your client is not allowed to access the requested object. 

となります。回線やブラウザは関係ないようです。--61.245.33.67 2010年6月20日 (日) 03:29 (UTC)

今見るとプレビューもサムネイルも表示されません。--61.245.33.67 2010年6月21日 (月) 01:03 (UTC)

ファイルページに表示される縮小画像、履歴のサムネイル、リンク「高解像度での画像」で表示できるはずの画像の全てで、何らかの問題があることを確認しました。何が原因なのか見当も付きません。--Frozen-mikan 2010年6月21日 (月) 03:23 (UTC)

これ、以前からちょいちょい起こってますが、

 $ telnet upload.wikimedia.org 80
 Trying 208.80.152.3...
 Connected to upload.wikimedia.org.
 Escape character is '^]'.
 GET /wikipedia/ja/9/94/Flore_kamogawa.jpg HTTP/1.1
 Host: upload.wikimedia.org
 
 HTTP/1.0 403 Forbidden
 Server: Sun-Java-System-Web-Server/7.0
 Date: Tue, 20 Jul 2010 14:02:17 GMT
 Content-Length: 142
 Content-Type: text/html
 X-Cache: MISS from sq44.wikimedia.org
 X-Cache-Lookup: HIT from sq44.wikimedia.org:3128
 X-Cache: MISS from sq49.wikimedia.org
 X-Cache-Lookup: MISS from sq49.wikimedia.org:80
 Connection: close
 
 <HTML><HEAD><TITLE>Forbidden</TITLE></HEAD>
 <BODY><H1>Forbidden</H1>
 Your client is not allowed to access the requested object.
 </BODY></HTML>Connection closed by foreign host.

負荷分散のためらしいリバースプロキシサーバ (squid?) が性能不足かなにかでうまく動いてないようにおもいます。「財団に寄付をすると治る」とかそういうやつでしょうか。--Hatukanezumi 2010年7月20日 (火) 14:16 (UTC)

未作成ノートページへのリンクのコメント

バグというか仕様なのかもしれませんが・・・。ふつうは未作成ページへの赤リンクに対してマウスポインタを置く（ポイントする）と、解説のメッセージとしてリンク先の記事名に「（未作成ページ）」という文字列が付きますよね。しかし上部の「ノート」タブの赤リンクにポイントしてもこの文字列が付かず、赤リンクか否かによらず「本文についての議論 [t]」としか出ません。当然ながら条件はモノブックやベクターなど、タブを持つスキンということになります。--Gwano 2010年6月26日 (土) 12:23 (UTC)

（補足）現在の仕様がどういう経緯でできたものか知らないので迂闊なことは言えないのですが、「（未作成ページ）」という文字列が必要な理由はいくつか考えられます。まず赤リンク・青リンクの意味をよく知らない初心者のための配慮（参考）が考えられます。もう1つは「色バリアフリー」の観点から、色のみの情報でしか区別できないような状況を避けようというものです。実際のところ赤と青を識別できないような色弱症例はほとんど無いとは思いますが、サーバや業務用PCではモノクロモニタが使われる場合もあるかと思います。実際にリンクを開いて見ないとノートページに議論があるかどうかがまったく分からないので少々不便でした。無論どうしても使えないようなバグではありませんので、「もし他の機能に悪影響を及ぼさずに、簡単な改造で対応できるようであれば」ということになりますが・・・。--Gwano 2010年6月30日 (水) 06:47 (UTC)

デフォルトで閉じた状態のテンプレート編集時にプレビューで内容確認しようとすると警告が出る

解決済み

Template:近畿日本鉄道の車両 のようにデフォルトで閉じた状態の、つまりstate=collapsedが冒頭で宣言されているテンプレートを編集し、プレビューを表示させ、そこで「表示」をクリックすると、移動後も編集内容が継承されるにもかかわらず「このページからほかのページに移動しますか？」という定形文が表示されて編集内容が破棄される可能性が警告されますが、これはシステム側で出ないようにできないものでしょうか？

システムやテンプレートの動作を理解していれば害がないことを理解できるものの、そうでない一般の利用者にとってはこの種のテンプレートの編集が事実上拒絶されるに等しい結果になっているように思うのですが…。

使用OS：Windows 7 使用ブラウザ：IE8 --HATARA KEI 2010年7月7日 (水) 11:39 (UTC)

（追記）小生が確認した範囲では、この症状は新機能有効時のみ発生しているようです。--HATARA KEI 2010年7月7日 (水) 11:54 (UTC)

「編集」を選択しプレビューを押した段階で、利用者には変更の意思があるとし、編集内容（フォームに存在するウィキテキスト）がサーバ側に未だ保存されていないことを警告するものです。この警告は全てのページで表示されるはずです。そのような警告が必要ないということでしたら、「個人設定」にある「編集」タブの「変更を保存せずに編集画面から離れようとした際に警告する」のチェックを外してください。まあ、このような説明をする必要がない文面に修正したほうが良いのかもしれませんが。まずは説明。--Frozen-mikan 2010年7月7日 (水) 12:07 (UTC)

（追記）現在の警告文は「このページを離れると、あなたが行った変更はすべて失われてしまうかもしれません。ログインしている場合、個人設定の「編集」タブでこの警告を表示しないようにすることができます。」というものです（Vector skin 使用時のソースコードより）。--Frozen-mikan 2010年7月7日 (水) 12:29 (UTC)

[表示][隠す]のリンクではa要素のhref属性を用いてJavaScriptを呼び出しています。IE8ではこのhref属性が存在するa要素をクリックするとそれがJavaScriptの呼び出しであってもページ遷移の警告が出るようです。

a要素をbutton要素に置き換えonclick属性によってJavaScriptを呼び出せば警告は表示されなくなりました。

本来は[表示][隠す]のa要素を生成しているMediaWiki:Common.jsのcreateCollapseButtons関数を書き換えるべきところですが、応急策として利用者:矢口/vector.jsに[表示][隠す]のa要素をbutton要素に置き換えるユーザスクリプトを書きましたのでお試しください。--矢口 2010年7月7日 (水) 15:03 (UTC)

なるほど。私の方は見当違いでした。これは修正したほうがいいですね。（参考程度に。en:MediaWiki:Common.js には a要素のまま解決したものが載っています。）--Frozen-mikan 2010年7月7日 (水) 15:35 (UTC)

ローカルでテストしたところ、たしかに英語版のcreateCollapseButtons関数を使えばa要素のまま解決できましたのでMediaWiki‐ノート:Common.jsに変更提案を出しました。--矢口 2010年7月9日 (金) 15:25 (UTC)

refタグ内でテンプレートのsubst:展開とパイプの裏技が使えない

北白川の2010年7月7日 (水) 11:10 UTCの版のように、refタグの中でテンプレートのsubst展開やリンクでパイプの裏技を使用とすると文字がそのまま表示されてしまうようです。元からそうだったのか、あるいはある段階からそうなったのかはわかりません。--Goki 2010年7月8日 (木) 02:05 (UTC)

いくつかの問題点があるようです。（参考: mw:Extension:Cite/Cite.php#Current_problems, en:Wikipedia:Footnotes#Errors and bugs）--Frozen-mikan 2010年7月8日 (木) 02:41 (UTC)

■ パイプ問題については既知のバグです。過去にも報告されたことがあります（Wikipedia:バグの報告/MediaWiki1.10#refタグの中でパイプのトリックが効かない - 2007年7月5日）。なんと、3年も前か。--ラッキースター・キッド ◆Luck.w.AEQ 2010年7月12日 (月) 21:28 (UTC)

情報 同様の問題から、署名~~~~系の展開もなされません。これはCite拡張機能の元からのバグだと思います（bugzillaに挙がってるかと思ったらそうでもないみたいですね）。--青子守歌（会話/履歴） 2010年7月13日 (火) 06:10 (UTC)

強調されてある筈の部分が強調されていない

解決済み

麻垣康三のページで冒頭部分の「安倍晋三」の「三」が強調されている筈なのですが、強調されていません。(他のものについては、強調されています。) --Rhiue 2010年7月16日 (金) 13:57 (UTC)

ソースでは強調されています。しかし、表示にはあまり違いが見えてこないようです（強調の「三」と普通の「三」）。これをバグとして見るよりは、別の方法を考えた方が良いかもしれません。--Frozen-mikan 2010年7月16日 (金) 15:22 (UTC)

コメント 強調の方法が横方向にのみドットを増やしているだけなため、「二」「三」などはフォントによっては強調されていることが非常に分かりにくくなってしまいます。試しに「三」（強調なし）「三」（強調あり）と表示されている画面のハードコピーをとってグラフィックソフトで拡大してみると確かに強調されている（横方向に若干伸びている）ことが確認できます。どうしても分かりやすく強調したい場合は、サイズや色、あるいはフォントを変えるなどしないとだめそうですね…。--Penn Station 2010年7月16日 (金) 15:47 (UTC)

Windows 7 であれば、ブラウザの設定で Webページフォント を Meiryo UI に変更することで「二」や「三」などの強調も見分けがつきやすくなります。--ｱｯﾌﾟﾙﾊﾟｲ 2010年7月17日 (土) 03:24 (UTC)

前もありましたね[39]。なんでこれが不思議なんでしょう…。閲覧環境の問題ですし、ウィキペディア側ではちょっと対応できないですね。Windows Vista をお使いということなので、フォントをメイリオにしてアンチエイリアシングを有効にすれば、ちゃんと「三」も太くなります。フォントを変えるのが嫌なら、デフォルトで（MS Pゴシックでも）アンチエイリアスがかかる Safari を使うという手もあります。--氷鷺 2010年7月17日 (土) 05:26 (UTC)

確かに「安倍晋三」の「三」は僅かですが強調されていました。しかしこれは非常にわかりにくいので「安倍晋三の『三』」や皆様がお挙げになった方法などを利用するという風に工夫をしたほうがいいかも分かりませんね。結局はバグではないみたいです。ご迷惑をおかけ致しまして申し訳ございません。--Rhiue 2010年7月17日 (土) 05:58 (UTC)

外装の「ケルンブルー」にデッドリンク

個人設定で外装を「ケルンブルー」に切り替えると、上の方に「メインページ | 解説 | ヘルプ | よくある質問と回答 | 特別ページ一覧 | ログアウト」というようなナビゲーション(？)が出てきます。このうち、「よくある質問と回答」をクリックすると、Wikipedia:よくある質問と回答へとリンクしていますが、これがデッドリンクになっていました。とりあえずWikipedia:FAQへのリダイレクトとしていますが、あまりよくないような気がするので、修正をよろしくお願いします。なお、ケルンブルー以外には問題のリンクはなさそうです。--Jkr2255 2010年7月28日 (水) 03:32 (UTC)

対処 バグってほどでもないでしょうが、よろしくありませんので修正いたしました。削除されたMediaWiki:Faqpageを復帰しています。リダイレクトは削除したほうがよろしいでしょうか。--Marine-Blue [ 会話 履歴 電信 ] 2010年7月30日 (金) 14:02 (UTC)

digicutのRIDIRECTを作成したいのですが･･････

いつもは、作りたいページを検索して一番下に出る「『〇〇〇』というページを新規作成する」というバナーを押して作成してるのですが、「digicut」と検索すると「Digicut」となり、新規作成のバナーが出てきません。「Digicut」のリダイレクトは先程作成しました。--HiHikachi 2010年8月30日 (月) 01:19 (UTC)

そもそも不要なリダイレクトです。先頭がアルファベット小文字の記事は大文字になります。--hyolee2/H.L.LEE 2010年8月30日 (月) 01:24 (UTC)

カテゴリページの内容が正しく表示されない

ガリウムヒ素のページをヒ化ガリウムに改名し、所属するカテゴリページへのデフォルトソートも「かりうむひそ」から「ひかかりうむ」に換えたのですが、カテゴリページ「半導体材料」「無機化合物」「ヒ化物」「ガリウムの化合物」の中を見ると、「か　ガリウムヒ素」のままです。どうすれば改名にともなってカテゴリページの内容も変えられるのでしょうか。--Koz7291 2010年9月8日 (水) 08:27 (UTC)

コメント 私の環境では、現時点では、当該4カテゴリすべてで「ひ　ヒ化ガリウム」と表示されています。ブラウザのキャッシュが原因かもしれません。Ctrl+F5（IEの場合）など、ブラウザのスーパーリロードを行ってから再度確認してみていただけますでしょうか。--Penn Station 2010年9月8日 (水) 08:41 (UTC)

情報 同様の質問が「利用案内」にありました。--Frozen-mikan 2010年9月8日 (水) 08:51 (UTC)

Penn Station様、ありがとうございます。Ctrl+F5の方法を試みましたが、改善されませんでした。 Frozen-mikan様、ありがとうございます。参考にさせて頂きます。--Koz7291 2010年9月8日 (水) 09:19 (UTC)

直りませんでしたか…。私の環境で正しく見えてるということは、サーバ側の問題ではなさそうなのですが…。ブラウザはIEをお使いでしょうか？スーパーリロードの方法はブラウザの種類によって異なりますので、別のブラウザをお使いの場合は、MediaWiki:Clearyourcacheのページなどを参考にしてみてください（あるいはブラウザのキャッシュを一旦手動で削除してみてください）。--Penn Station 2010年9月8日 (水) 09:30 (UTC)

Penn Station様、ご親切にありがとうございます。ブラウザはIE7です。ブラウザのキャッシュについては詳しくありませんが、気長にやってみます。本当にありがとうございました。--Koz7291 2010年9月8日 (水) 09:45 (UTC)

Koz7291氏は、非ログイン環境での確認でしょうか？ 正確なところは解らないのですが、ログインユーザと非ログインユーザでは、MediaWikiでのキャッシュ生成タイミング（のような何か）のタイミングが異なるらしく、何日間か表示が古いままになることがあるようです。たとえばWikipedia:井戸端/subj/名前空間名の変更への対応（2010年5月19日 (水) 21:24 (UTC)）で言及していますが、非ログイン環境でWikipedia‐ノート:井戸端がWikipedia・トーク:井戸端に変わるのに、私の記憶では3日くらいかかりました。

あるいは、問題が発生しているカテゴリを空（カラ）編集すると治る場合があったように思います。理由は不明です。キャッシュが更新されるからか？

急ぐなら空編集してみる、急がないならしばらく待ってみる、で宜しいかと存じます。--ラッキースター・キッド ◆Luck.w.AEQ 2010年9月8日 (水) 22:19 (UTC)

LuckyStar Kid様、ありがとうございます。私の場合は、非ログイン環境での確認です。おっしゃる通り、ログイン状態ではちゃんと更新されています。急ぎませんので、しばらく待ってみようと思います。ありがとうございました。--Koz7291 2010年9月9日 (木) 00:17 (UTC)

引用ページ

一般的な記事のページの「ツールボックス」に「この項目を引用する」ってありますよね。これをクリックすると引用ページになって、参考文献情報と、各種引用形式が表示されます。この各種引用形式で「年」「日」という文字が落ちているので、たとえばMLA方式のように日月年の順に表示する形式の場合、「1月1日」だと「1 1月」とあたかも11月かのような表示になって紛らわしいです。修正できないのでしょうか。--汲平 2010年9月21日 (火) 15:10 (UTC)

セクションの見出しに全角スペースがあるとアンカーとして使えない?

Wikipedia:調べもの案内/過去ログ/文化#シェイクスピアの冬物語はセクション見出しにリンクされますが、Wikipedia:調べもの案内/過去ログ/文化#喪中はがき　出す規準だとセクション見出しにリンクされず、リンクをクリックしてもページの先頭にジャンプしてしまいます。 当方の環境はWindows Vista, Firefox 3.6, 外装はモダンです。--アルビレオ 2010年10月2日 (土) 22:52 (UTC)

モバイル版の検索機能の不具合

ウィキペディア (モバイル版)についての投稿です。投稿場所はここで適当でしょうか。 さて、検索窓に文字を入力して検索をすると、検索結果は表示されず、

問題が発生しました！

ウィキペディア・モバイルはいまだ活発な開発の途中であり、私たちは内部エラーのすべてを修正しようと懸命に努力しています。このエラーについては通知を受けており、すぐに修正する予定です。後でまた確認してみてください。

と出ます。しばらくこの様子で、修正される気配がありません。 これは、iPhone(iOS4.1, Safari4)はもちろん、PC(Windows XP, Firefox/3.5.7)でも同様です。 --HidE 2010年10月8日 (金) 09:31 (UTC)

先日まではご指摘の状況でした。先ほど試したところ、問題なく検索結果が表示されました。--Frozen-mikan 2010年10月18日 (月) 00:08 (UTC)

ISBNのリンクについて

記事にあるISBNのリンクをクリックすると出る特別:文献資料がちょっと前まではWikipedia:文献資料に沿う形でAmazon.co.jpや国立国会図書館のリンクが出たのですが、現在「書籍情報源」と言うタイトルで4つの日本国外のリンクしか出ない状態になっています。仕様が変更されたのでしょうか？--122.132.157.219 2010年12月3日 (金) 08:12 (UTC)

済 システムメッセージ更新に伴う不具合です。バグとして開発者にあげておきます。--青子守歌（会話/履歴） 2010年12月3日 (金) 12:30 (UTC)

toolserverにおける日本語処理の不具合

CatScan等における日本語入力の不具合

こちらで報告する案件ではないかもしれませんが、Wikipedia:CatScan（[40]）などのツールでここ数日、日本語で入力した内容の最初の一文字が文字化けを起こし、検索が行えない状態になっています（[http://toolserver.org/~daniel/WikiSense/CategoryTree.php?&wikilang=ja&wikifam=.wikipedia.org&cat=%E6%97%A5%E6%9C%AC%E8%AA%9E 参考：CatScanに「日本語」と入力した際のカテゴリツリー表示。最初の「日」が「Ɨ�」に文字化けしています]）。--ウース 2010年12月10日 (金) 03:50 (UTC)

追記：Windows XP、Internet Exploler 8です。--ウース 2010年12月11日 (土) 12:56 (UTC)

コメントWikipedia:利用案内/過去ログ/閲覧/1#CatScanにも同様の案件があり、まさふゆさんがCatScanの作者の方に連絡してくださったようですが、現在のところ進展はないようです。--Sakoppi (会話・投稿記録) 2011年2月4日 (金) 12:24 (UTC)

グローバル活動（投稿履歴）が表示されない

昔はちゃんと表示されていたのですが、最近ずっと[41]このように「Ã�・・・」となり利用者名がちゃんと表示が出来ません。OSはWindows Vistaです。--・・・・ 2011年2月3日 (木) 13:08 (UTC)

コメント #CatScan等における日本語入力の不具合と同じ原因によるものだと思われますので、節を「toolserverにおける日本語処理の不具合」としてまとめさせていただきました。同様の問題がtoolserver上の他のツールでも発生しているようです。--Penn Station 2011年2月3日 (木) 14:09 (UTC)

コメント わかりました。ほかのユーザーでも問題は起きていたのですね。--・・・・ 2011年2月3日 (木) 15:46 (UTC)

（コメント）ハングルも同様です。--hyolee2/H.L.LEE 2011年2月4日 (金) 12:10 (UTC)

コメント 中国語などでも起きているようです。おそらく2バイト言語の文字全般に不具合が起きているものと思えます（日本語版でもCategory:ABCなど1バイト文字で始まるカテゴリは検索できます）。--ウース 2011年2月5日 (土) 16:04 (UTC)

Wikipedia:削除依頼ページの依頼#今日の依頼のところが、12月15日の削除依頼ログに切り替わらない。

Wikipedia:削除依頼ページのWikipedia:削除依頼#依頼#今週・先週の処に「今日の依頼」というリンクがございますが、本日（日本時間2010年12月15日）、そこを押して新しく作成した削除依頼サブページの記事リンクを入れようとしますと、リンクが本来ならWikipedia:削除依頼/ログ/2010年12月15日にならなければいけないのに、前日のWikipedia:削除依頼/ログ/2010年12月14日に飛んで行ってしまいます。これは何らかのハグが原因なのでしょうか？ Wikipedia:削除依頼/ログ/2010年12月15日にて2回修正を試みましたがダメでした。以上、バグを報告させて戴きます。--利用者:Geogie（会話 / 投稿記録 / 記録） 2010年12月15日 (水) 02:20 (UTC)

更新のタイミングかどうか知りませんがたまに起こります。後で、そのページをpurgeしてみるので、それでも駄目ならまた連絡ください。 kyube 2010年12月15日 (水) 02:32 (UTC)

報告 kyube 殿へ。只今、「今日の依頼」にアクセスしてみましたら、バグといいますか、アクセスエラーが直っていました。御手数お掛け致しましてどうも申し訳ございませんでした。それにしてもこういうエラーが起こることがあるんですねぇ…… ウィキペディアのサーバーの問題なのですかね。--利用者:Geogie（会話 / 投稿記録 / 記録） 2010年12月15日 (水) 04:00 (UTC)

Wikipedia:削除依頼ページの依頼#今日の依頼のところが、12月29日の削除依頼ログに切り替わらない。

一つ上と類似案件です。昨日（12月28日）本日（12月29日）と2日連続で切り替えが行われない状態が続いています。「今日の依頼」をクリックすると一昨日（12月27日）分へ飛んでしまいますし、その下の1週間分が12月19日から12月27日の分になっています。--Ikkionline 2010年12月28日 (火) 15:31 (UTC)

• 私のマシンでもそうだったので、暫定手段（おせっかい？）として12月28日と12月29日だけ単独でリンクを入れようとしたら、復旧しているのを確認しました。次に発見した時もタイミング次第では（よく起きる、二日連続など）、暫定手段をしようかなと思っています。--VECHEUGE 2010年12月28日 (火) 15:40 (UTC)

リンクがすべてスタブリンクになる

私はFirefoxを使っていて、外装はモノブックです。 時々、スタブリンクにならないはずのリンクがすべてスタブリンクになります。 ページを更新しても改善されませんが、なぜでしょうか。 --プログラム (会話 | 投稿記録) 2010年12月31日 (金) 05:37 (UTC)

報告ありがとうございます。追加情報として、ご指摘の問題点を確認したページと、そこでスタブと出力されたリンクを提示していただけるとありがたいです。--Frozen-mikan 2010年12月31日 (金) 06:04 (UTC)

確認したページは、ライフゲームと池で、リンクしているすべてのページがスタブと出力されました。 なお、どちらも1回ずつ発生しました。 --プログラム (会話 | 投稿記録) 2010年12月31日 (金) 06:15 (UTC)

数式の文字が小さい

解決済み

上の節と同じ利用者です。ガウス＝ルジャンドルのアルゴリズムと質量欠損で数式の文字が小さいです。--プログラム (会話 | 投稿記録) 2011年1月1日 (土) 08:15 (UTC)

おそらく「$t=t-p(a-x)^{2}$」が「$b={\sqrt {ab}}$」に比べて小さい、という事を言われているのでしょうが、これはバグではなく、MediaWikiソフトウェアの設定によるものです。現在の設定では、数式は、可能な限りHTML（≒普通のテキスト）として出力し再利用しやすくするようにされています。ログインしている場合、これは特別:個人設定の「数式」タブから変更可能ですので、そちらもご利用ください。--青子守歌（会話/履歴） 2011年1月10日 (月) 04:24 (UTC)

「常にPNGで描画」にしたところ改善されました。--プログラム (会話 | 投稿記録) 2011年1月10日 (月) 09:46 (UTC)

テンプレートがカテゴリに表示されない

解決済み

Template:ITFという外部リンクを入れるテンプレートを作成したのですが、含まれるカテゴリに当たるCategory:テニス関連のテンプレートなどに表示されません。どこが原因かわからないでしょうか。--Rain night 2011年1月4日 (火) 07:19 (UTC)

{{documentation}} などのテンプレートを使ってカテゴリを適用している場合は、呼び出し元ページを空編集することでカテゴリに反映されるようになります。今回の場合は Template:ITF を空編集し、カテゴリに含まれるようになりました。--Frozen-mikan 2011年1月4日 (火) 08:08 (UTC)

ありがとうございました。--Rain night 2011年1月10日 (月) 03:42 (UTC)

ブロック中の利用者ページを編集しようとすると出るメッセージ

先ほど、無期限ブロックとなった利用者（アカウント）の署名をクリックしたところ、編集モードになったのはいいのですが、上の方に「このIPアドレスは現在ブロックされています。 参考のために最近のブロック記録項目を以下に表示します： 」（強調は引用者）と出てきてしまいました。いろいろ試したところ、

• 外装には依存せず同じ現象が起きる
• 「利用者‐会話:」名前空間を編集しようとしても同じ現象が起きる
• 期間の決まったブロックになっている利用者のページを編集しても同じ現象が起きる
• 「特別:投稿記録」では、きちんと「この利用者は現在ブロックされています。 参考のために最新のブロック記録項目を以下に表示します： 」と表示される

ということがわかりました。MediaWikiのメッセージなのかなと思ってさっと見てみましたが、よくわかりません（そもそも、たとえ間違いが分かっても、管理者以外に修正はできませんが）。--Jkr2255(Talk/History) 2011年1月7日 (金) 07:40 (UTC)

ブロック中利用者の利用者ページまたは会話ページを編集しようとしたときに表示されるのは MediaWiki:Blocked-notice-logextract で、これが先月 translatewiki.net で（おそらくIP利用者用のメッセージという誤解に基づき）変更されたために起きていた現象のようです。当面の措置として旧版の内容でja.wpの当該メッセージを作成しておきましたので、trwikiの翻訳者権限をお持ちの方はフィードバックしてくださると助かります。

なお、投稿記録に表示されるのは MediaWiki:Sp-contributions-blocked-notice で、これは logextract の旧版と同内容です。--cpro 2011年1月7日 (金) 09:19 (UTC)

報告 translatewiki.netのメッセージ（translatewiki:MediaWiki:Blocked-notice-logextract/ja）を修正しました。jawpに反映されるタイミングが分からないので、jawp側の暫定措置の取り消しはしばらく経ってから行った方が良さそうです。--Penn Station 2011年1月7日 (金) 09:31 (UTC)

早速ありがとうございます。jawpのは頃合いを見て削除しましょう。--cpro

言語別のログインが連動しない

解決済み

統一アカウントを有効にした場合、どれか1つの言語にログインすれば他の言語やプロジェクトに移ってもログインしていたかと思います。しかし昨夜くらい（？）から他の言語に移動するとそちらではログインしていない状態になっているようです。スキンおよびPC環境をいくつか変えてみましたが、状況は変わらないようでした。何か仕様の変更があったのでしょうか？ ただ、ログアウトは連動している様子でした。--Gwano 2011年1月14日 (金) 03:50 (UTC)

夕方頃からはログインが連動するようになっているようです。--Gwano 2011年1月14日 (金) 08:27 (UTC)

失礼しました。言語間は良いのですが、プロジェクト間はまだのようです。--Gwano 2011年1月14日 (金) 13:39 (UTC)

プロジェクト間も治ったみたいです。一時的に個人設定でも壊れていたのでしょうか？--Gwano 2011年1月14日 (金) 15:47 (UTC)

画面上に灰色のバーが表示される

ここ数日、ログインした状態で画面上部（記事名とタブの間、寄付募集などのメッセージが表示される部分）に細い灰色のバーが表示されます。メッセージと違い非表示にできず、画面を切り替えるごとに一呼吸おいてからバーの表示によって画面が下にずれるため気になります。バグというよりはメッセージ切り替えの際のミスかもしれません。

環境はWindows XP、Internet Explorer 8です。--ウース 2011年1月14日 (金) 04:16 (UTC)

私もウースさんとまったく同じ症状です。かなり気になりますので、早めに対処いただければと思います。

利用環境はやはり、XPとIE8です。同じパソコンのFirefox 3.6 の場合ですと、問題ありません。--Ashtray 2011年1月18日 (火) 14:58 (UTC)

XP+IE8で確認しました。互換表示ボタンが押された状態の場合、灰色の帯が表示されるようです。互換表示ボタンが押されていない状態の場合は問題有りませんでした。--Frozen-mikan 2011年1月18日 (火) 15:09 (UTC)

私も同じ症状です。環境はXPとIE7です。--MiraModreno 2011年1月19日 (水) 03:51 (UTC)

VistaとIE8でも出ています。ずれて非常に気になりますね。--Lucky7+9（会話/履歴） 2011年1月19日 (水) 10:22 (UTC)

7とIE8だと発生しないようです。--多摩に暇人 2011年2月2日 (水) 02:56 (UTC)

XP+IE8互換表示で灰色の帯が表示されないことを確認しました。灰色の帯が表示されなくなったのは、原因であったと推測できる告知が2月1日に終了したためと思われます[42]。--Frozen-mikan 2011年2月2日 (水) 04:41 (UTC)

XP、IE8ですが最近は表示されなくなったようです。--ウース 2011年2月6日 (日) 04:47 (UTC)

2月7日9時(JST)から別の告知が始まり[43]、灰色の帯が表示されることを確認。その他、最近のブラウザでも高さ数px程度の背景色と同色の帯が表示されるようです。告知は28日9時(JST)までの予定。--Frozen-mikan 2011年2月8日 (火) 03:34 (UTC)

エンターでプレビューできない

解決済み

個人設定で「エンターでプレビュー」を使用しているのですがプレビューされずに保存されてしまいます。OSはLinuxでブラウザはFirefoxです。また、外装はモノブックです。--プログラム (会話 | 投稿記録) 2011年1月15日 (土) 04:34 (UTC)

個人設定を変更してみたところ改善されました。--プログラム (会話 | 投稿記録) 2011年1月15日 (土) 06:40 (UTC)