Enpedia:バグの報告/過去ログ1

出典: 謎の百科事典もどき『エンペディア(Enpedia)』
Jump to navigation Jump to search

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

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

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

投稿ボタン[編集]

編集画面の右上にある"投稿"からページを保存する際に現れる画面のタイトルに、{{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)
ボタンそのものが無くなりました。--rxy (トーク) 2015年8月4日 (火) 16:46 (JST)
訂正・無効化 : 試験的機能の「段階的投稿」機能によるものですが、必要性が怪しいために無効としました。--rxy (トーク) 2015年9月12日 (土) 19:50 (JST)

無限ループ[編集]

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

スキンは標準のベクターです。--Nakayoshi1 (トーク) 2014年11月25日 (火) 10:20 (JST)
現象は確認しましたが、「要約欄が空欄の場合に確認を促す」のチェックを外すか要約欄に文字を記入することで回避できますので、そうしてください。--Rxy (トーク) 2015年1月2日 (金) 02:26 (JST)
CAPTCHA の表示が最初から行われるようになったため、この現象は発生しなくなりました。--rxy (トーク) 2015年8月4日 (火) 16:45 (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.png2nd:メインページ が 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)
私もこの報告後から数時間後にその現象が消滅していました。ページごとに時々起っている現象です。[ソースを表示]となっていながらも編集はできるので、恐らく前者のキャッシュによるものと思われます。--Fievarsty talk/edit-log 2015年5月6日 (水) 02:31 (JST)
ページの履歴を見ていませんでしたが、Special:Diff/35243 の変更でキャッシュが破棄されたと思われます。この上でも述べたように、purge では「生成されたページのファイル」キャッシュが破棄されることもないようなのですが、「履歴に残るページ変更」が行われた場合はキャッシュが破棄されるようなのです(面倒くさいのでソースを読んで確認を行ったわけではないです。本当に面倒くさいので…)。--rxy (トーク) 2015年5月6日 (水) 02:57 (JST)
ああ、そうだったですね。編集した点を気付いていませんでした。まぁとにかく原因は理解できました。--Fievarsty talk/edit-log 2015年5月6日 (水) 17:33 (JST)
保護等がされていないページで「ソースを表示」となる問題は、本日行った EnpediaExtendedBlocking の仕様変更によって再発しないはずです。--rxy (トーク) 2015年5月9日 (土) 15:04 (JST)
どうやら、「ログイン直後の一瞬だけログイン状態になっていない」や「カテゴリページの反映が遅くなる」、「作成したはずのページが赤リンク」の現象も直ったようです。--Fievarsty talk/edit-log 2015年6月11日 (木) 23:21 (JST)
編集ツールバー消失のバグに wgUseFileCache が絡んでいたので、鬱陶しくなったので切りました。--rxy (トーク) 2015年6月11日 (木) 23:52 (JST)
再び「ログイン直後の一瞬だけログイン状態になっていない」の現象が数日前から起こっていました。一応報告しておきます。--Fievarsty talk/edit-log 2015年7月13日 (月) 20:24 (JST)
一応、環境情報を教えていただけますか? そのような現象に遭遇したことがないので…。--rxy (トーク) 2015年7月13日 (月) 20:34 (JST)
Windows 8、IE11 です。Google Chrome など他の環境では起こっていませんでした。また他ウィキ(現エンペディアのMediaWikiバージョンと同じウィキ)でもこのような現象がみられないので起こっているのはここだけだと思われます。--Fievarsty talk/edit-log 2015年7月13日 (月) 23:15 (JST)
Windows 8.1 ではなくて、8 なのですね?--rxy (トーク) 2015年7月15日 (水) 01:23 (JST)
8 です。ただ、先ほどのログイン時は何故か起こっていませんでした。--Fievarsty talk/edit-log 2015年7月15日 (水) 01:32 (JST)
えぇ…。Windows 8 の IE11 なんてものは存在しないのですが。。。--rxy (トーク) 2015年7月15日 (水) 01:38 (JST)
改めて確認したところ、8.1 のようだったようです(バージョン情報紛らわしい。。)。お手数おかけしてすみませんでした。--Fievarsty talk/edit-log 2015年7月15日 (水) 02:10 (JST)
私も何度かご報告の現象に遭遇しましたが、唐突だったために検証ができていません。しかし、さほど影響はないように思います。。--rxy (トーク) 2015年8月4日 (火) 16:45 (JST)
同様の現象が旧エンペディアでも起こっていました。一応報告しておきます。--Azeha talk/edit-log 2015年8月21日 (金) 22:15 (JST)

分類されているはずのページ[編集]

カテゴリが付されているはずの学園舞闘のフォークロアのページがカテゴリページに表示されていません。カテゴリリンクやデフォルトソートには問題がないように思えます。これが原因なのか上記ページは特別:カテゴリ未導入のページにも表示されています。対策お願いします。--Litmus/(Talk/Log/Count) 2015年5月11日 (月) 19:40 (JST)

空編集を行ってみたら直りましたので、上記で報告されているキャッシュが原因だろうと思われます。--Fievarsty talk/edit-log 2015年5月11日 (月) 19:58 (JST)
素早い対応ありがとうございました。--Litmus/(Talk/Log/Count) 2015年5月11日 (月) 20:10 (JST)

https での接続時[編集]

あまり使わないと思いますが、https://enpedia.rxy.jp/ で接続するとスキンが壊れていたり、画像が全て 🚫 となったりしています。またはこれに接続する際に「この Web サイトのセキュリティ証明書には問題があります」のセキュリティ証明書エラーも出ますが仕様でしょうか。IE11での確認です。--Fievarsty talk/edit-log 2015年6月1日 (月) 21:43 (JST)

https 版 Enpedia の正式なアドレスは https://secure.rxy.jp/enpedia/ です。そのアドレスでのサービスは提供していないため、サポート対象外となります。--rxy (トーク) 2015年6月1日 (月) 23:01 (JST)
そうですか。https の事情に関しては良くわからないですが、Google検索結果などで表示されていたので一応報告しました。また secure.rxy.jp/enpedia/ においても画像は正常に表示されていないようです。画像のアドレスは「Internal Server Error」となっていました。なおこのエラーメッセージは、(https とは関係ないですが)先ほどのアレクサンダー・タタルニコフに移動時にも発生していました。‎--Fievarsty talk/edit-log 2015年6月1日 (月) 23:13 (JST)
secure.rxy.jp での画像表示不具合に関しては修正しました。移動時のエラーに関しては、処理の時間切れによって発生したようです。もう少し状況を見ながら設定を調整します。--rxy (トーク) 2015年6月1日 (月) 23:22 (JST)
直っているのを確認しました。--Fievarsty talk/edit-log 2015年6月1日 (月) 23:27 (JST)

10月になりました。Firefoxでは「安全な接続を確立できません」と表示され、Chromeでも「この接続ではプライバシーが保護されません」と表示されサイトが表示できません。改善をお願いします。--Takumi3 (トーク) 2015年10月6日 (火) 20:36 (JST)

接続しようとしたアドレスとブラウザの詳細なバージョンを教えてもらえますか? --rxy (トーク) 2015年10月6日 (火) 21:28 (JST)
ブラウザは両方とも自動アップデートされるので最新の40.0.3(FF)、45.0.2454.101(chrome)です。あとpc版Opera(バージョン不明)とiOS版スレイプニルはhttp版にリダイレクトされます。アドレスは上記に書かれている両方とも試しましたが同じでした。DNSはノートンコネクトセーフです。--Takumi3 (トーク) 2015年10月6日 (火) 22:06 (JST)
iOSがNTTのDNSだったのでグーグル変えた途端に見れました。(DNS関係ないと思いますが一応。)が、今度はフォント(訂正:レイアウト)が崩れています。--Takumi3 (トーク) 2015年10月6日 (火) 22:16 (JST)
Apple iOS は実機がないため検証できませんので、サポートしてません。というか、OS と端末種別も添えて、それぞれすべて詳細な情報を、アクセスしたアドレス毎に報告してください。--rxy (トーク) 2015年10月6日 (火) 22:22 (JST)
ちょiOSサポートしてないとかそれはちょっと困りますね。そして現在のサポートしている環境はなんですか?
原因わかりました。どうやら「他のサイトの著名書」=偽装サイトと認識されてブロックされているようです。参照1 参照2 Firefoxでは「例外を追加」することによって開くことができましたがChromeはそういう機能がないので開けませんでした。レイアウトが崩れている件については「暗号化されていないコンテンツ」として表示がブロックされていることがわかりました。iOSも同じ理由だと思います。こちらの方法で解決しました。

私としてはちょっとした事情により極力SSlを使っていきたいですね。--Takumi3 (トーク) 2015年10月7日 (水) 00:24 (JST)

先に私の質問へ答えていただけますか? OS, ブラウザ(詳細なバージョンを含む)、アクセスしたアドレスを答えてください。これらの情報がないと話になりません。わからないようであれば、チェックユーザーを実施して環境情報を取得し、そこからアクセスログを解析して OS, ブラウザ、アクセス先を分析することに同意していただけますか?あなたの原因推測は不要です。また、当サイトでは SSL v2/v3 は POODLE 脆弱性対策を目的としたセキュリティ上の都合から完全に無効化しています。TLSをご利用ください。iOS …というより Apple 製品については、現時点で RSA 4096 bit を超える鍵長のものは未対応のようですので、諦めてください。私がサポートできる環境は、私が使用可能な端末(Windows 7 SP1(VM),8(VM),8.1(VM),10 CB/IP: IE 10,11, Edge, Chrome 最新安定板, Firefox 最新安定板, Opera 最新安定板; Linux/UNIX系のフリー配布 OS, Android 2.3, 4.x, 5.x(emu) 系)のみです。--rxy (トーク) 2015年10月7日 (水) 01:38 (JST)
OSはMacでブラウザはFirefox最新版とChrome最新版、アクセスしようとしたアドレスはhttps://enpedia.rxy.jp/とhttps://secure.rxy.jp/enpedia/の2つです。あと質問なんですが、モバイル表示への対応の予定はありますか?--Takumi3 (トーク) 2015年10月7日 (水) 18:08 (JST)
成程…。OS X (…ですよね?)や iOS は Apple 側が対応するまであきらめてください。https://secure.rxy.jp/enpedia/ 以外の https アクセスは現時点においてサポートしていません。https://enpedia.rxy.jp は証明書エラーを無視してアクセスしても http://enpedia.rxy.jp に転送されるようになっています。火狐は証明書管理を OS に頼らず独自にやっているので、secure.rxy.jp にはアクセスできるかもしれませんね。まぁ、検証できないので知りませんけど。Wikipedia をスマートフォンでアクセスした際に表示されるようなものであれば、mw:Extension:MobileFrontend は対応予定ですが、時期は未定です。--rxy (トーク) 2015年10月7日 (水) 18:25 (JST)
わかりました。改めてまとめます。これらはenpedia:サポート環境みたいなページでも作ってそこに追加したいと考えています。

【Mac OSX 】

  • Firefox・Opera(https://secure.rxy.jp/enpedia) ◯:通常に閲覧可能
  • Firefox・Opera(https://enpedia.rxy.jp)  △:警告を無視して閲覧可能
  • Chrome・Vivaldi(両方のアドレス) ×:警告が出て閲覧不可能
  • Safari・Sleipnir(両方のアドレス) 白:アドレス入力すると白紙化及びバグを起こす

【iPhone】

いろいろと騒がせて申し訳ありませんでした。--Takumi3 (トーク) 2015年10月7日 (水) 20:32 (JST)
【追記】httpsでログインしようとすると「SSL (https) 接続を使用」と出ますがこれはhttp版には表示させないのでしょうか?--Takumi3 (トーク) 2015年10月7日 (水) 20:39 (JST)

詳細な情報、ありがとうございます。最新の Opera でも見れるのですか? Presto エンジン時代なら理解できるのですが、Blink エンジンになってからは概ね Chrome と同じ挙動をするものだと思っていたのですが。iPhone でも結局見れるのですね。。。しかしおかしいですね…、 https://enpedia.rxy.jp は現状だと http://enpedia.rxy.jp へ転送されるようにしてあるはずなのですが…。Let's Encrypt が提供され、各 OS , ブラウザのルート証明書に配置されるか、クロスルートされれば enpedia.rxy.jp でも警告なく https 接続が可能にできると思うのですが、最初に公表されていた提供時期からずれていっているので、今年中にできれば御の字といったところですね。--rxy (トーク) 2015年10月10日 (土) 01:37 (JST)
ログインフォームの "SSL (https) 接続を使用"の表示については、こちらで制御できるのかが怪しいため、ソースコードを読む時間があれば対応しますが… MediaWiki(に限らず、CMS)のソースコードは複雑なんですよねぇ… はぁ…--rxy (トーク) 2015年10月10日 (土) 01:40 (JST)
Let's Encrypt がクローズドベータとして提供されましたので、https://enpedia.rxy.jp でのアクセスも可能になりました。SNI対応の各メジャーブラウザ最新バージョンであれば、警告なく閲覧できるはずです。古い環境は知りません。--rxy (トーク) 2015年11月6日 (金) 18:37 (JST)

要約欄に「稿」の文字が表示されない[編集]

私の環境だけでしょうか。削除ログの要約欄を見ても「稿」の文字だけすっかり抜け落ちて表示されています。例えばFievarstyさんが 2015年5月11日 (月) 21:13 に行った「Enpedia・トーク:Enbooks(仮)/テスト投稿」の削除ログだと、要約欄が (サンドボックス的投 : こういった投 は専用の場でどうぞ。(投 者は「すじにくシチュー」のみ) と表示されてしまいます。ところが、そこからコピペしてみると、ちゃんと「稿」の文字までコピペされてきます。なぜか表示上、見えないだけで「稿」の文字が存在はしている、という奇妙な状況のようです。なお、IEで発生し、Google Chromeでは発生しませんでした。(他IEは未調査)---BadEditor 2015年6月2日 (火) 17:53 (JST)

IE11, Windows 7 ですが、そのような現象は確認できませんでした。--rxy (トーク) 2015年6月2日 (火) 17:57 (JST)
当方 IE 10, Win 8 を使っています。---BadEditor 2015年6月2日 (火) 20:20 (JST)
最近Wikipediaでも同様の現象に出会いました。どうやらEnpediaのバグではなく、私の環境の問題のようです。お騒がせしました。(いまだ治ってはいません。)---BadEditor 2015年6月6日 (土) 19:13 (JST)

TeXが正常に表示されない 2[編集]

<math>で数式を入力しようとしても、「構文解析に失敗 (PNG への変換に失敗しました。latex および dvipng (または dvips + gs + convert) が正しくインストールされているか確認してください。): 」と表示されています。ただし、4分の5拍子Fievarstyさんの利用者トークページのなかの3つの数式についてはほかの記事中で使用しようとソースを持ってきても大丈夫です(それらの式のなかの数字を1か所でも弄るとアウト)。--庵濁 (対話/履歴/勘定/資料) 2015年7月2日 (木) 22:10 (JST)

原因不明の詳細なエラーログをはかない現象であるため、可能な限りの対応策を講じましたが、サーバー側の PNG 生成は不可能と判断しましたので、MathJax というクライアント側での表示方式に切り替えました。--rxy (トーク) 2015年7月2日 (木) 23:43 (JST)
迅速なご対応、ありがとうございます!--庵濁 (対話/履歴/勘定/資料) 2015年7月2日 (木) 23:55 (JST)
MathJax は遅いため、MathML というサーバーで SVG ファイルを生成し、クライアントで解釈を行うハイブリッド方式に切り替えました。--rxy (トーク) 2015年7月9日 (木) 22:58 (JST)
しかしEnpedia:Enbooks(仮)/恒星までの距離を求める私のトークページに読み込まれている数式がエラーになっていました(4分の5拍子の記事は正常)。IE11です。
表示されているメッセージ:「構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「ttp://localhost:10042」から無効な応答 ("<p>URLからの取得に失敗しました: Failed to connect to localhost port 10042: Connection refused
--Fievarsty talk/edit-log 2015年7月10日 (金) 01:46 (JST)
再起動の際に Math 解析サーバーが落ちたようです。再度立ち上げたので一部の構文エラーを除いて正常になっているはずです(Math側なのか、MediaWiki 側なのか知りませんが、どうも不具合を生じているようです)。--rxy (トーク) 2015年7月10日 (金) 02:54 (JST)--rxy (トーク) 2015年7月10日 (金) 02:54 (JST)

Math の PNG 生成について、原因の概要は判明しましたが、現状のサーバー構成では解決が不可能であると判断しました。PHP 7 がリリースされた際には解決できるかもしれません。--rxy (トーク) 2015年8月4日 (火) 16:45 (JST)

白文字スイッチが効かない[編集]

Javascript を ブラウザ設定から有効化し、特別:個人設定でガジェットのチェックボックスもONにしているにも関わらず、{{白文字スイッチ}}が読み込まれている箇所で、「JavaScript が無効のため、一部の機能が利用できません。」と表示されてしまいます。Firefox や Google Chrome では正常で、なぜか IE だけこうなります。IE10,Win8。---BadEditor 2015年7月8日 (水) 15:39 (JST)

関係あるか分かりませんが、IE でのみ mathタグの数式が正常表示されない現象も確認しました。Firefox や Google Chrome では正常。---BadEditor 2015年7月8日 (水) 21:47 (JST)

IE10/Win8 の環境で確認を行いましたが、mathタグ、白文字スイッチともに正常に作動していました。ログアウトしたうえでインターネット一時ファイル(キャッシュ)を削除し、同様の現象が発生する場合は再度ご報告ください。--rxy (トーク) 2015年7月8日 (水) 22:00 (JST)
間違えました。IE11/Win8.1 でした。最近いろいろ更新あったの忘れてました。キャッシュを削除しましたが、現象は直りませんでした。---BadEditor 2015年7月9日 (木) 13:16 (JST)
IE11/Win8.1 (非ログイン)での確認を行いましたが、再現しませんでした。カスタム JS が有効な場合、且つ読み込まれているスクリプトに途中でエラーが発生している場合、そのエラー時点の前を最後にスクリプトの実行が中止されますので、カスタム JS やガジェット等を一旦すべてを無効化した上で、インターネット一時ファイル(クライアントキャッシュ)を破棄し、白文字スイッチガジェットのみを有効化してみてください。--rxy (トーク) 2015年7月9日 (木) 19:54 (JST)
試してみましたが、直りませんでした。
カスタムJSを無効化というのは、利用者:下らない編集しか出来ない/common.js/vector.jsの白紙化で合ってるでしょうか?---BadEditor 2015年7月10日 (金) 02:27 (JST)
はい、それであっています。それで動かないとなると…なぜでしょうね。再現できない以上、こちらからアドバイスできることの残りは「別のPCやブラウザを使う」や「IEを入れなおしてください」か「OSを入れなおしてください」くらいしかないですねぇ(リモートデスクトップを使ったりするなら別ですが)…--rxy (トーク) 2015年7月10日 (金) 02:54 (JST)

インターネットオプションから「信頼済みサイト」として Enpedia を登録することで直ったかもしれません。---BadEditor 2015年9月15日 (火) 21:24 (JST)

Portal:スポーツの構文エラー[編集]

Portal:スポーツのページの不具合です。ページ冒頭にあるスポーツ関連人物記事数の構文に「{{PAGESINCATEGORY:日本のサッカー選手}}」を加えると構文エラー: 認識できない区切り文字「,」です。と表示されます。

どうもカテゴリ:日本のサッカー選手にカテゴライズされている記事が多すぎるのが原因ではないかと思われるのですが何とか対処できないでしょうか? 対応お願いします。--Litmus/(Talk/Log/Count) 2015年7月15日 (水) 22:51 (JST)

{{PAGESINCATEGORY:日本のサッカー選手|R}} にすれば動きます。原因は、数字が 4 桁目になると "," で区切られるようになるからですね。"|R" を付け加えると、3桁毎に , を付加する処理を行いません。…というか、計算処理を伴う他の PAGESINCATEGORY に関しても、"|R" を付けない場合は何れかのカテゴリ所属ページ数が数字 4 桁目(1000ページ以上)に入った瞬間、同じエラーを起こしますよ。--rxy (トーク) 2015年7月15日 (水) 23:22 (JST)
そうなんですか(恥)そういうことには疎いので…対応ありがとうございました。--Litmus/(Talk/Log/Count) 2015年7月16日 (木) 00:03 (JST)

活動中の利用者[編集]

特別:活動中の利用者に、ここ30日以内に編集のあった利用者:へのへのもへじトーク / 履歴さんが表示されていません。--庵濁 (対話/履歴/勘定/資料) 2015年7月17日 (金) 11:20 (JST)

以前の報告時と同じ現象(キャッシュ)がまた起こっているのではないかと思います。--Fievarsty talk/edit-log 2015年7月17日 (金) 18:44 (JST)
ご回答有難うございます、もっと過去の議論を見ておくべきでした、反省です。--庵濁 (対話/履歴/勘定/資料) 2015年7月18日 (土) 23:18 (JST)
キャッシュにしては、昨日登録された方が表示されているのが不思議ですね。。なぜでしょう。まあ…些細なことなので放置しますが。。--rxy (トーク) 2015年7月18日 (土) 23:32 (JST)

特別:活動中の利用者に、ここ30日以内に編集のあった利用者:へのへのもへじトーク / 履歴さんが表示されていません。--小和田みのる (トーク) 2015年8月21日 (金) 06:01 (JST)

1日置きにキャッシュの内容を更新できないんでしょうか?--Takumi3 (トーク) 2015年8月21日 (金) 11:52 (JST)
上のrxyさんのコメントを把握してからコメント・報告してください。--Azeha talk/edit-log 2015年8月21日 (金) 22:15 (JST)

編集中に離れた時の警告が出ない[編集]

数か月前からだったと思いますが、個人設定の編集タブで「変更を保存せずに編集画面から離れようとしたら警告」のチェックが入っているのにもかかわらず、そのメッセージが出ることがありません。プレビュー時も同様です。--Azeha talk/edit-log 2015年8月2日 (日) 03:12 (JST)

実は気が付いていて、これが作動しないために何度も編集内容を喪失しそうになっていましたが、面倒くさかったので放置していました…。ごめんなさい。原因は、MediaWiki 1.25 に更新した際に本体ファイル (core) と extensions は更新を行ったのですが、git からのダウンロードだと skins(外装)ファイルが一切含まれていないために、別途落としてきていたことをすっかり忘れていて、skins ファイル群を更新しわすれていた(MediaWiki 1.24系統用のものだった)ことが原因です。本日、修正しました。--rxy (トーク) 2015年8月2日 (日) 13:16 (JST)
正常に表示しているのを確認しました。--Azeha talk/edit-log 2015年8月3日 (月) 01:11 (JST)

デフォルトのウィキエディターになってる[編集]

  • デフォルトのウィキエディターになってます--Takumi3 (トーク) 2015年9月10日 (木) 21:11 (JST)
    • もう少し詳しく報告できませんかね。適当な言い方では問題を対応する相手側を困らせることになります。--Azeha talk/edit-log 2015年9月11日 (金) 01:38 (JST)
    • 意味が分かりません。--rxy (トーク) 2015年9月12日 (土) 19:50 (JST)

Internal Server Error[編集]

些細な報告ですが、ここ最近移動・削除等の機能を使った際に「Internal Server Error」の表示が良く出ます。#https での接続時であったように処理の時間切れが発生しやすい状態のようです。--Azeha talk/edit-log 2015年9月12日 (土) 00:46 (JST)

確かにエラーログに時間切れが記録されていますね。MediaWiki のデバッグログが無効状態なので検証できていないのですが(有効にすると負荷がかかりますので…)、とりあえずサーバー側にタイムアウト時間の延長を含めたチューニングを施しました。ただ、おそらく問題の解決には至ってないと思われます(根本的な原因を調べるための材料が不足しているため)。--rxy (トーク) 2015年9月12日 (土) 15:42 (JST)

ログイン[編集]

ログインがしにくい気がします。何度か失敗してようやく読み込んだというか。--小和田みのる (トーク) 2015年9月16日 (水) 19:39 (JST)

#非ログイン状態での不具合の報告にある「ログイン直後の一瞬だけログイン状態になっていない」の現象ではないでしょうか。--Azeha talk/edit-log 2015年9月16日 (水) 21:56 (JST)
小和田みのるさんの報告の現象を確認しました。ページを表示している内に突然ログアウトしてしまったり、パスワードを入力しても一度失敗してしまったりする現象のようです。--Azeha talk/edit-log 2015年9月16日 (水) 22:15 (JST)

ページにつながらない時もあるみたいです。--小和田みのる (トーク) 2015年9月16日 (水) 23:04 (JST)

現象を確認しました。原因としては、上のセクションで述べたチューニングの際にセキュリティ向上のための設定も同時に行ったのですが、それの副作用で「ログイン状態を保持」にチェックを入れていない場合、不正な処理としてログインユーザー扱いされず、偽装されたセッション(認証)であると判定されたために操作の受付を拒否された模様です。突然のログアウトは原因究明のため、幾度かにわたり予告なく全セッション(ログイン情報等を管理・保持しているファイル)を強制破棄したり、セッション管理機構の変更、サーバーの再起動等を行ったためです。--rxy (トーク) 2015年9月16日 (水) 23:07 (JST)

了解いたしました。ありがとうございます。--小和田みのる (トーク) 2015年9月16日 (水) 23:09 (JST)

広告が表示されない[編集]

右下に表示されるはずの広告が、グリーンバックの「[下,☆]【広告】728×90 ビッグバナー」、広告の追加で議論した際に使われたやつが表示されています。--Takumi3 (トーク) 2015年10月5日 (月) 19:41 (JST)

ご報告いただき、ありがとうございます。バージョンを 0.0.0.2 から 0.0.1.x 系へ変更する際、挿入位置確認用のもののままで本番環境にアップロードしてしまっていました。修正しました。--rxy (トーク) 2015年10月5日 (月) 19:47 (JST)
今、バグが修正されたことを確認しました。ありがとうございました。--Takumi3 (トーク) 2015年10月5日 (月) 20:31 (JST)

つながらない[編集]

本日の昼頃、一時的にEnpediaがつながらなくなりました。--小和田みのる (トーク) 2015年11月4日 (水) 14:08 (JST)

TLS 対応のため、13時30分から14時00分までの30分ほどにわたり、計画的なサーバーダウンがありました。突発的なメンテナンスは、原則的に実施 5 分前から専用の通知スクリプト(Enpedia:スクリプト/CheckServerStatusBeforeSending)を介してのみ行われます。--rxy (トーク) 2015年11月4日 (水) 14:17 (JST)
了解いたしました。申し訳ありません。--小和田みのる (トーク) 2015年11月4日 (水) 14:20 (JST)