フォーラム:バグの報告/過去ログ1

このページでは、エンペディアで使われているMediaWikiソフトウェアに関するバグの報告を行うページです。

なるべく報告の際は以下を明記してください。

1. 問題が発生したページ
2. 問題の発生状況
3. 使用OS、Webブラウザとそのバージョン
4. 個人設定の外装（スキン）

• 匿名でバグ報告をしたい方 → こちら。
• Enpedia:バグの報告/解決済み - 解決済みの過去の報告（2013年〜）

投稿ボタン

編集画面の右上にある"投稿"からページを保存する際に現れる画面のタイトルに、{{SITENAME}}とあり、マジックワードが正しく読み込まれていないようです。スキンはVectorです。Windows8.1で、Internet Explorer 11、Sleipnir5、Firefoxの28.0、Google Chromeの34から、まだすべては確認していないですが、(標準)、利用者、Enpediaなど多くの名前空間で確認しました。--庵濁 (対話|履歴|勘定|資料) 2014年4月15日 (火) 00:43 (JST)

後日調査の上、修正します。--Rxy (トーク) 2014年5月10日 (土) 22:43 (JST)

無限ループ

Enpedia:利用案内#無限ループに書いてある通り、新規参加者の状態、かつ個人設定の「要約欄が空欄の場合に確認を促す」にチェックしている、かつ編集を投稿する際に要約に記入していない状態で投稿しようとしても投稿できず無限ループとなります。--Nakayoshi1 (トーク) 2014年9月27日 (土) 19:49 (JST)

スキンは標準のベクターです。--Nakayoshi1 (トーク) 2014年11月25日 (火) 10:20 (JST)

現象は確認しましたが、「要約欄が空欄の場合に確認を促す」のチェックを外すか要約欄に文字を記入することで回避できますので、そうしてください。--Rxy (トーク) 2015年1月2日 (金) 02:26 (JST)

編集回数表示

サイト全体としてはほぼ大したことではないですが、名前空間を指定せずに {{Special:Editcount/ユーザー}} で利用者の編集回数を表示しようとすると、何故か削除された編集数も含まれてしまうみたいです。こちらでロイヤルスターさんの編集数が表示しているときにご覧になればいいですが、明らかに編集総数が特別:編集回数で表示している編集総数（合計値）のと異なっています。今年の7月にカテゴリ大掃除で4000件以上のカテゴリを消去しましたが、カテゴリを最も多く作成していたロイヤルスターさんのカテゴリ空間の編集数は削れているものの、編集総数は削除された編集数が含んだままになっています。特別:編集回数で表示している総編集数（合計値）はしっかり削れて表示しているものの、マジックワードだけ削除された編集数を含んだまま更新されるのは何かと変な気がします。多分mw:Extension:Editcount側のミスかと思われますが一応報告しておきます。--Fievarsty ［talk/edit-log］ 2014年10月4日 (土) 02:13 (JST)

追記 あとついでに、特別:編集回数を利用者名を指定していない状態でクリックすると内部サーバーエラーと表示されるようです。--Fievarsty ［talk/edit-log］ 2015年1月1日 (木) 20:05 (JST)

追記のほうだけ直しました。削除された編集回数が含まれているのは仕様ですので変更はしません。--Rxy (トーク) 2015年1月2日 (金) 02:26 (JST)

直っているのを確認しました。削除回数が含まれるについても了解しました。仕様は仕方ないです。MediaWiki側の対応を待つばかりです。--Fievarsty ［talk/edit-log］ 2015年1月2日 (金) 17:05 (JST)

強制終了

Rest:日記のページを保存ボタンを押した際、高確率で強制終了します。前は他のページでもたまに強制終了していましたが、現在はRest:日記のみです。スキンは標準のベクターです。--Nakayoshi1 (トーク) 2014年11月25日 (火) 10:20 (JST)

情報Rest:日記/2014年#11月23日(日)も参照してください。--Nakayoshi1 (トーク) 2014年11月25日 (火) 10:29 (JST)

私の環境では特に起こらないので、OS か Webブラウザの環境によって起こる現象だと思われます。なのでこういった情報の明示も行った方がいいかと思います。--Fievarsty ［talk/edit-log］ 2014年12月2日 (火) 18:21 (JST)

ページサイズが大きいために発生するものだと思われるため、節編集機能をご利用ください。--Rxy (トーク) 2015年1月2日 (金) 02:26 (JST)

そうだとすると、同じユーザーが編集しているぽけでびの項目にも影響が出るような気がします。報告者が使用OSとWebブラウザを明示していない限り検証はできないですが。--Fievarsty ［talk/edit-log］ 2015年2月13日 (金) 20:32 (JST)

時々起こるリンク不具合現象(2回目)

今年の7月頃に起こった#時々起こるリンク不具合現象と同一の現象が、先程 カテゴリ:食文化 にて発生していたことをお知らせします。すぐに元に戻ったので大したことではないと思いますが念のため。--Fievarsty ［talk/edit-log］ 2014年12月2日 (火) 18:13 (JST)

またこれまで カテゴリ:漫画雑誌 や フォーラム:広告の導入（だったような）のページにもこの現象が起こっていました。対応が難しいかと思いますが念のため報告しておきます。--Fievarsty ［talk/edit-log］ 2014年12月31日 (水) 01:31 (JST)

現象が確認できません。--Rxy (トーク) 2015年1月2日 (金) 02:26 (JST)

前と同様に一時的なものだと思います。--Fievarsty ［talk/edit-log］ 2015年1月2日 (金) 17:05 (JST)

先ほど カテゴリ:フォーラム のページでこの現象をしっかりと確認しました。この現象について色々試したところ、非ログイン状態時に起こっていることがわかり、更に ?action=purge でキャッシュの破棄や空編集も試みてみましたが、リンクは不具合のままでした。リンク先のアドレスは以前の報告通り enpedia.rxy.jp/enpedia/ もしくは enpedia.rxy.jp/ep/index.php?title=… となります。左上のロゴも非表示になっていました。IE11での確認です。以上報告まで。--Fievarsty ［talk/edit-log］ 2015年1月8日 (木) 02:20 (JST)

https://secure.rxy.jp/enpedia 関連の問題でしょうね。HTTPS によるアクセスのサポートを廃止するか、 enpedia.rxy.jp 用の証明書を購入すれば本件の問題は発生しないと思うのですが、いずれの措置もとることができませんので抜本的な解決は現時点において不可能でしょう。とりあえず「リンク切れ」という問題が発生することは望ましくないので、https でない状態で enpedia.rxy.jp/enpedia/ などへの HTTPS 向けアドレスへのアクセスがあった場合、通常の /wiki/ 形式のアドレスへ転送するようにサーバーを設定しました。--Rxy (トーク) 2015年1月8日 (木) 17:50 (JST)

おそらく解決: 真下のセクションにまとめて返事を行いました。--Rxy (トーク) 2015年5月2日 (土) 06:28 (JST)

旧エンペディアのキャッシュがまた…

昨年の年末に解決していたと思われていた#旧エンペディアの URLと同一の現状がまた起こっているようです。2nd:ファイル:Wiki.png や 2nd:メインページ が 3rd のデータベースで表示しているのは以前と同じですが、今回は旧エンペディアには存在しなかったページ（2nd:Enpedia:バグの報告、2nd:Enpedia:利用案内）にまでキャッシュが表示しています。--Fievarsty ［talk/edit-log］ 2015年1月16日 (金) 06:18 (JST)

今度こそ解決できたはずです。どうにも $wgFileCacheDirectory の設定が複数サイトを 1 つの MediaWiki パッケージで動かす場合はちょっとした小細工が必要だったらしく、その小細工がされていなかったために 3rd か 2nd に存在してアクセスが可能なページ、かつ未ログインの利用者がアクセスした場合、最初にアクセスされた方の結果がキャッシュされるのですが、その際にキャッシュの保存先が同一だったことに起因してキャッシュが混ざってしまうことが原因だったようです。このため、キャッシュの保存先を 2nd と 3rd で分けました。この際、https からのアクセスであった場合はさらにややこしいことになるので、https からのアクセスはキャッシュしない設定をおこないました。キャッシュサーバーが間に 2 つ、リバースプロキシも 2 つ挟まっている状態でしたので、もはやどこが原因なのか、どのように再現するのかも情報が少なかったということもあり、特定に大変時間を要する結果となっていました。ご報告ありがとうございました。--Rxy (トーク) 2015年5月2日 (土) 06:28 (JST)

こちらより、直っているのを確認しました。--Fievarsty ［talk/edit-log］ 2015年5月2日 (土) 16:15 (JST)

非ログイン状態での不具合

数か月前辺りから非ログイン状態で カテゴリ:削除依頼中のページ 等のカテゴリページを見ると反映がとても遅かったり（1か月近く反映されていない時もありました）、キヨのほうが上手い‎では作成したはずの {{削除依頼}} にあるトークページのリンクが赤リンクのままだったりしています。またログイン直後にページに移るとその一瞬だけ非ログイン状態（右上最上部の利用者リンクがない）になったりしています。--Fievarsty ［talk/edit-log］ 2015年4月26日 (日) 23:33 (JST)
追記 あとこれに関連してか、一部の記事（解析力学 [2015年5月5日 (火) 16:29 (JST) 時点] など）では、保護されていないページなのに編集タブが何故か「ソースを表示」となっている現象もあるようです。これも数か月前から確認しております。--Fievarsty ［talk/edit-log］ 2015年5月5日 (火) 16:29 (JST)

真上のセクションと関連するのですが、$wgUseFileCache が有効となっている場合、結構きついキャッシュが働くようで、内容が履歴に残る形で更新されるか、キャッシュファイルそのものが削除されない限りは purge でもサーバー側キャッシュが残ってしまうようです。負荷状況と相談しつつ、未ログイン時のキャッシュ設定を調整していきたいと思います。つまり、本件は当面「仕様」という形になると思います。--Rxy (トーク) 2015年5月2日 (土) 06:28 (JST)

追記に対して: 私のほうでは未ログイン状態であっても当該現象を確認できませんでした。しかし、条件的には考えられないことではありません。それは未ログイン状態において、そのページだけで発生することですか? それとも、その他すべてのページですか? 前者であればキャッシュが、後者であれば、Fievarsty さんの未ログイン状態における接続情報の一部において、spambot が用いるものと一致していると判定されています（[ソースを表示]タブをクリックして、編集権限がないと表示された場合はこちらです）。前述のキャッシュが作用している場合、spambot と接続情報より判定されたものが、キャッシュの未作成のページに初めてアクセスした場合、そのような形でキャッシュが生成されている可能性があります。--Rxy (トーク) 2015年5月6日 (水) 00:42 (JST)