コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

「Wikipedia:バグの報告」の版間の差分

履歴の双方向閲覧
← 古い編集新しい編集 →
削除された内容 追加された内容
ビジュアルウィキテキスト
Vigorous action (会話 | 投稿記録)
16,509 回編集
998行目: 998行目:
*{{コ}} [[special:abusefilter/12|新規利用者による他利用者ページの編集]]は自動承認された利用者より高い閾値が設けられており、現在あなたはその基準に達して居ないためサブアカウントといえど他の利用者ページの編集が出来ません。ただ、対象となるページに{{Tl|編集許可}}を設置すれば編集は可能になります。ご検討下さい。--[[user:Vigorous action|Vigorous action]] （[[user talk:Vigorous action|<small>Ｔａｌｋ</small>]]<small>/</small>[[特別:Contributions/Vigorous action|<small>History</small>]]） 2018年2月10日 (土) 04:22 (UTC)
*{{コ}} [[special:abusefilter/12|新規利用者による他利用者ページの編集]]は自動承認された利用者より高い閾値が設けられており、現在あなたはその基準に達して居ないためサブアカウントといえど他の利用者ページの編集が出来ません。ただ、対象となるページに{{Tl|編集許可}}を設置すれば編集は可能になります。ご検討下さい。--[[user:Vigorous action|Vigorous action]] （[[user talk:Vigorous action|<small>Ｔａｌｋ</small>]]<small>/</small>[[特別:Contributions/Vigorous action|<small>History</small>]]） 2018年2月10日 (土) 04:22 (UTC)
（返信が遅れてすみません）わかりました。その基準というのはどう言うものでしょうか？[[利用者:かあらもち|かあらもち]]（[[利用者‐会話:かあらもち|会話]]） 2018年2月17日 (土) 09:47 (UTC)
（返信が遅れてすみません）わかりました。その基準というのはどう言うものでしょうか？[[利用者:かあらもち|かあらもち]]（[[利用者‐会話:かあらもち|会話]]） 2018年2月17日 (土) 09:47 (UTC)
*{{返}} 非公開フィルターなので明言を避けますが、基本的には他の利用者の利用者ページは編集すべきで無く必要時には回避できる方法を幾つか用意していることから、高めの設定になっています。フィルターの判定に関係するfactorは参加期間と編集回数です。--[[user:Vigorous action|Vigorous action]] （[[user talk:Vigorous action|<small>Ｔａｌｋ</small>]]<small>/</small>[[特別:Contributions/Vigorous action|<small>History</small>]]） 2018年2月17日 (土) 13:50 (UTC)

2018年2月17日 (土) 13:51時点における版

ショートカット: WP:BUG
メンテナンス
依頼と提案
削除関連

バグの報告ページは、不具合がウィキペディア自体のバグなのかどうかはっきりしない場合、または英語でのバグ報告に不安がある場合などに、ウィキペディア日本語版の利用者が日本語で報告・相談する場です。

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

モバイルビューでの表示について「仕様として」一般に表示されるテンプレートが減らされています（機能厳選）。モバイル用に小さなテンプレートを用意できればいいのですが、デスクトップとモバイルとで表示を別にする機能は開発中（2018年初頭）で、実装が待たれます。

他の相談場所
バグの報告の利用方法

日本語での新しいバグの報告・相談はこのページの最後に書き加えてください。その際は、以下を必ず明記してください。

  1. 問題が発生したページ
  2. 問題が発生したときの状況（可能であれば再現性と再現手順も記載してください）
  3. あなたが使用しているOSとウェブブラウザおよびそのバージョン（例：Windows 10 Home 22H2（64ビット、OSビルド:19045.4780）、Google Chrome 128.0.6613.36（64ビット））
  4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター (2022年版)）

バグの報告における議論でPhabricatorにおけるタスクが作成された場合、{{Tracked}}を付けてください。

問題が解決したら、節の冒頭に{{解決済み}}を付けてください（議論に参加していない方でも、どなたが付けてもかまいません）。修正・解決されたなど一段落しているバグについては、このテンプレートを目印にして過去ログに移動しています。

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

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

　

Category:Pages using invalid self-closed HTML tags

解決済み
翼のない堕天使（会話） 2018年1月29日 (月) 14:34 (UTC)[返信]

しばらく前に告知がありましたが、一部のウィキテキストの解釈が変更されます。<div/> のような、HTMLとして誤りである空要素タグは、開きタグとして処理されるようになります。空要素であることを示すためには、<div></div> のように記述してください。このようなタグを含むページに「特別:追跡カテゴリ」の一つである「Category:Pages using invalid self-closed HTML tags」が付与されるようになります。--Frozen-mikan（会話） 2016年7月17日 (日) 05:45 (UTC)[返信]

質問 これはページごとに修復したほうがよいのでしょうか？（修復するならばbotに依頼することになると思いますが）--Waiesu（会話） 2016年7月17日 (日) 15:06 (UTC)[返信]
コメント この問題が特に重要ということではありません。よほど変な記述をしていなければ、何とか読める程度で収まっているはずです。なお、Botでも不可能では無いと思いますが、それぞれに様々な事情があるかもしれません。--Frozen-mikan（会話） 2016年7月18日 (月) 01:55 (UTC)[返信]
コメント コメントありがとうございます。気がついたときに記事ごとに問題がないか検証して修正したいと思います。--Waiesu（会話） 2016年7月18日 (月) 02:16 (UTC)[返信]
質問 モジュール側に自己完結しないタグが含まれていた場合は必然的にそれを読み込んでいるページがすべてカテゴライズされるわけですが、モジュールであるかどうかは一つずつ調べるしかないのでしょうか。例えばモジュール:URLの場合は<wbr/>が含まれているのでこれを読み込んでいるページすべてがカテゴライズされていて、修正する作業が大変になっています。--Mirinano（会話） 2016年7月22日 (金) 13:12 (UTC)[返信]
コメント <wbr />については<br />などと同様に空要素のタグですので、Category:Pages using invalid self-closed HTML tagsには当てはまらないと思われます。--Waiesu（会話） 2016年7月22日 (金) 13:31 (UTC)[返信]
報告 Mageiaで集積されていましたのでなぜだろうと思いこのモジュールかなと思いましたが、今回はTemplate:Versionが原因でした。Diff/60519935で修正しましたが、このテンプレートはCategory:Pages using invalid self-closed HTML tagsにある、PetScanに表示されていなかったので、もしかしたら同様の追跡されないけど自己完結しないタグを使用しているテンプレートが他にもあるかもしれません。モジュールもあるかもしれませんね。今回のwbrは確かに空要素でした。申し訳ありません。--Mirinano（会話） 2016年7月22日 (金) 13:54 (UTC)[返信]

節名が重複する記事における節編集時の要約欄

節名が重複する記事において、例えば

  1. 見出し
  2. 見出し

とある場合、それぞれアンカーは

  1. #見出し
  2. #見出し 2

のようになりますよね。しかし、それぞれを節編集すると、要約欄には

  1. /* 見出し */
  2. /* 見出し */

となり、履歴表示からのアンカーがどちらも上の節を指してしまいます。

気づくことができれば手動で要約欄を/* 見出し 2 */と直せますが、なかなか気づけないものです。なんとか自動で対応できませんでしょうか。--Waiesu（会話） 2016年7月18日 (月) 08:56 (UTC)[返信]

 追記 別の問題かもしれませんが、要約欄が同じになるだけでなく、例えば2つ目の見出し（見出し 2）を節編集すると、編集後に1つ目の見出しにリダイレクトされるようです。--MawaruNeko（会話） 2018年1月29日 (月) 13:58 (UTC)[返信]

NumBlkを使用した数式がモバイルビューで表示されない

式番号を割り当てるために{{NumBlk}}を使用している数式が、モバイルビューだと全く表示されない状態になることを発見しました。

当方が確認した環境はWindows 10, Firefox 48 と iOS 9.3.4, Safariの2種類です。よくわかりませんが、{{NumBlk}}を使ってますが表示される記事もあります。

正確な記憶ではありませんが、半年前あるいは一年前くらいに見たときははこのようになっておらず、モバイルビューでもNumBlk付き数式は正常に表示されていたと記憶しています。参考として英語版でNumBlkを使用している記事を先ほどいくつか見てみましたが、これらはモバイルビューでも正常に表示されていました。--Yapparina（会話） 2016年8月6日 (土) 12:59 (UTC)[返信]

NumBlkを使用した事例ではありませんが、水酸化ナトリウムでも数式が表示されないようです。本件では、Android端末のモバイルビューにおいて<math> </math>でくくられた数式が表示されませんが、Android端末におけるデスクトップビューや、PCにおけるモバイルビューでは問題なく表示されていました。今日たまたま見かけた事例であり、いつ頃までは大丈夫だったか分からないのですが、取り急ぎご報告申し上げます……。--Assemblykinematics（会話） 2016年8月7日 (日) 02:23 (UTC)[返信]
すいません、上記の「水酸化ナトリウムについての指摘ですが、Android端末のモバイルビューでは数式が極端に小さく表示されていただけだったようです。いろいろ確認してみますと他の記事でも同様で、数式が行列などの場合は、拡大しても読めないケースもありました。端末やブラウザの問題と言われればそれまでですが、以前はここまでひどくなかったように思いますので、合わせて確認いただけると幸いです……m(_ _)m。
なお、Yapparina様が指摘されている状況は、Android端末やWindows7・Firefox環境のモバイルビューでも見受けられましたので、合わせて補足申し上げます……。--Assemblykinematics（会話） 2016年8月7日 (日) 02:40 (UTC)[返信]
NumBlkの方は私が確認した範囲ではリードにあるもののみきちんと表示されるようです．新規作成 (利用者名) （会話） 2016年8月19日 (金) 07:44 (UTC)[返信]
ここに報告されている現象は、現在でも再現しますでしょうか。私の環境(Android/Chrome)では再現できませんでした。--翼のない堕天使（会話） 2017年12月13日 (水) 05:23 (UTC)[返信]

モバイルビューでテンプレート内節編集ができない

モバイルビューで、Wikipedia:井戸端や削除依頼のようなサブページを読み込む形式の（個々の節がテンプレートになっている）ページにおいて、節編集ができないようです。具体的には、編集アイコン（鉛筆）は出てきますが、タップしても編集画面に移りません。ただしURLは、Wikipedia:井戸端においては、https://ja.m.wikipedia.org/wiki/Wikipedia:井戸端#/editor/T-1 となります。

Opera 37 Android版、Chrome Dev 54 Android版で確認しています。

日本語版に限らないかもしれませんが、対処法などあればご教授願います。--Waiesu（会話） 2016年8月14日 (日) 02:30 (UTC)[返信]

TeXによる数式前後にモバイルビューで改行が入る

TeX（<math>タグ）によって記述されている数式において、モバイルビューでは数式前後に意図していない改行が入ることを発見しました。自分が確認した環境はWindows 10, Firefox 48 と iOS 9.3.4, Safariの2種類です。別行立てする数式に対しては問題ありませんが、文中で使われている場合、レイアウトをかなり崩しています。

通常ビュー環境で問題の表示を再現してみると、

まず、たわみ、たわみ角、曲げモーメント、は、それぞれ、、、、せん断力という関係があることを確認しておく。 — モールの定理

が

まず、たわみ

、たわみ角

、曲げモーメント

、

は、それぞれ、

、

、

、せん断力

という関係があることを確認しておく。

というような表示になるということです。

よくわかりませんが、英語版ではそういう症状は見られません。英語版でも同じ症状が見られました。一部は正常どおりに表示されるようです。

上のNumBlkの報告に続いてヤレヤレという気分ですが、とりあえず情報共有としてご報告まで。--Yapparina（会話） 2016年8月18日 (木) 09:10 (UTC)　訂正--Yapparina（会話） 2016年8月19日 (金) 01:42 (UTC)[返信]

情報 画像を囲む span 要素に .lazy-image-placeholder のクラスが付与されており、display: block; が適用されているようです。英語版の例としてご提示されている記事のフランス語版[1]でも同様の現象が確認できました（「Pour certaines conditions sur」から始まる箇所）。--Frozen-mikan（会話） 2016年8月19日 (金) 00:14 (UTC)[返信]
Frozen-mikanさん、ありがとうございます。もう一度見直したら英語版の閲覧でも同じ症状が起きているようでした。上の報告も訂正しておきました。--Yapparina（会話） 2016年8月19日 (金) 01:42 (UTC)[返信]
その程度でいちいち<math>を使うのはやりすぎであって，たいていの記事では大きな問題は無いのではないかと思いますが，これも同じくリードのみちゃんと表示されるのでしょうか．いくつものバグが何か月も放置されている現状はどうかしています．新規作成 (利用者名) （会話） 2016年8月19日 (金) 08:01 (UTC)[返信]

タイムスタンプが重複するときのページ送り

私の投稿記録ですが、以下に挙げたものをご覧ください。

  1. 2016-08-24T06:49:09より前の54件を表示
  2. 上記1の「以前の54件」をクリックして表示されたページ
  3. 2016-08-24T06:49:09より前の100件を表示

1の最下行の項目は「利用者‐会話:Ciolar」への投稿となっております。次に2の最初の項目は「利用者‐会話:210.4.242.26」への投稿となっております。しかし3で「利用者‐会話:210.4.242.26」のひとつ前にある項目は「利用者:Gihoig」への投稿です。タイムスタンプを比較するとわかりますが、1から2にページ送りを行った段階で12項目ほどすっ飛ばされた状態になっております。

2016-08-11T17:33:36いうタイムスタンプの項目が13もある上、投稿記録のoffsetパラメータに渡される文字列が重複項目を想定していないため、おかしな事態になっているようです。通常の編集では起こりえませんが、移動や一括削除など、一回の操作で複数のページを処理したときに発生すると思われます。phabへのバグレポの投げ方がわからないといいますが、このような難解な事情を説明できないため、どなたかお願い致します。既知の問題で報告不要でしたらご容赦ください。--Marine-Bluetalk✿contribs✿mail 2016年8月31日 (水) 17:35 (UTC)[返信]

「このウェブページを表示中に問題が発生しました」と出て閲覧できない記事がある

SRWare Iron 53.0.2800.0で水樹奈々を開こうとすると記事が表示された瞬間に「このウェブページを表示中に問題が発生しました。」というエラーメッセージが出て全く閲覧することができません。拡張機能を全部削除しても同様です。バイト数の問題かと思い水樹奈々よりバイト数が多いアンパンマンの登場人物一覧を見てみましたが正しく表示されていて、水樹奈々以外の記事でエラーメッセージが出て閲覧できないという事例は確認できません。Firefox、IEの最新バージョンでも正しく閲覧できます。同様の症状に見舞われた方はいらっしゃいませんでしょうか？--K-iczn（会話） 2016年9月27日 (火) 07:37 (UTC)[返信]

コメント ほかのブラウザでは問題がないのであれば、SRWare Iron固有の問題かと思われます。Chromeの派生ブラウザのようですが、Chromeでは問題ないので大元のソースに起因するものでもないと考えられます。バイト数というよりも、出典テンプレートの読み込み回数か何かの問題かと思われます。水樹奈々のページは読み込みが多いのでタイムアウトしているように思われます。AKB48や南京事件論争あたりでも動作がおかしくなれば読み込みがしきれないことによるタイムアウトの線が濃厚になります。--アルトクール（会話） 2016年10月1日 (土) 15:46 (UTC)[返信]
ありがとうございます。SRWare IronでAKB48も南京事件論争も問題なく読み込めます。なぜか水樹奈々だけ読めないので記事固有の問題に思えてしまいます。私以外で「このウェブページを表示中に問題が発生しました」が出る方がいらっしゃらない限り難しい問題でもありますが・・・。--K-iczn（会話） 2016年10月1日 (土) 16:19 (UTC)[返信]
コメント 先ほど、SRWareIronを入れて確認してみましたが、水樹奈々でエラーは出ず、ページが表示されました。ソフト自体を一度再インストールしてみてはどうでしょうか。MW側のバグではないようです。--アルトクール（会話） 2016年10月2日 (日) 06:49 (UTC)[返信]
コメント ありがとうございます。再インストールしてみます。--K-iczn（会話） 2016年10月2日 (日) 15:17 (UTC)[返信]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 再インストールしても読み込めませんでした。何とか水樹奈々の編集画面（ソースを編集）を開いて内容を削りながらプレビュー（編集はしていません）してみると最下部のナビゲーションテンプレートのみを除去したらプレビューながら見ることができました。試しに{{水樹奈々}}などナビゲーションテンプレートを1つでも入れたら読み込めなくなります。一方で同じく20万バイト以上で最下部にナビゲーションテンプレートが6つもあるロンドンは正常に読み込めます。調査は続けたいと思います。--K-iczn（会話） 2016年10月3日 (月) 06:33 (UTC)[返信]

コメント そうなると、Navboxの問題でもなさそう・・・。再現しないのでこちらで検証できないのですが、差分で「最初にこの問題が出た版」が特定できれば何か解決の糸口になるかもしれません。あとは空編集をしてみるのも手です。ほかに報告がないので何に起因するのかが特定が難しいです。--アルトクール（会話） 2016年10月3日 (月) 12:23 (UTC)[返信]
コメント アルトクールさん様々なアドバイスを本当に有難うございます。差分で「最初にこの問題が出た版」を特定する事ができましたが、編集した方に悪いので具体的な差分は示せないもののログインユーザーの方による出典の脚注を追加した編集で特に変な編集をしたようには見えませんでした。最初に書き忘れましたが、OSはWindows 10、SRWareIronは64bit版の方で、正常に表示できたFirefoxも64bit版です。--K-iczn（会話） 2016年10月5日 (水) 11:27 (UTC)[返信]
コメント 追加されたのがテンプレートであれば、自分の利用者ページ配下で構わないので、「現在の最新版」を作成（後で即時削除するにしてもライセンスは一応継承してください）して、そのうえで「問題の記述やテンプレート」を除去して、「現在の最新版」と「除去した版」で問題が出るかを確認してください。除去した版で問題が発生するのであれば、水樹奈々のページ自体に問題があることになるのでバグの公算が高くなります。問題が発生しないのであれば、追加されたテンプレート（もしくは引数等）に問題がある可能性があるので、テンプレートや記述を見直することになります。--アルトクール（会話） 2016年10月5日 (水) 14:18 (UTC)[返信]
度々お手数おかけして申し訳ございません。特定したと書きましたが、最新版が表示できないことに変わりはないとはいえその後の差分を表示してみると記事を表示できたり出来なかったりという事態になってはっきりとしなくなり特定したことは撤回せざるを得なくなりました。話は少し変わりますが以前編集画面を開いた時使用テンプレートや隠しカテゴリの下にメモリとかの消費量の表が出ていた記憶があるのですがご存じないでしょうか？--K-iczn（会話） 2016年10月5日 (水) 15:04 (UTC)[返信]
コメント おそらくですが、消費云々というのはプレビュー時に一番下に出てくる「構文解析のプロファイリングデータ」ではないでしょうか。応答速度などを表示する都合上、編集画面への遷移だけでは表示されなかったかと思います。--アルトクール（会話） 2017年1月14日 (土) 12:12 (UTC)[返信]

スマホでの画像の大きさ

Wikipedia:表示改善依頼の方にも前に書いたのですが改善される気配がないのでこっちにも書いておきます．<math>～</math> だとか 賛成 のアイコンなどの表示サイズがおかしいです．いつごろからかは知りませんが半年くらい前もそうだった気がします．数式を読むのはあまりに小さすぎて拡大しないと不可能です．新規作成 (利用者名) （会話） 2016年10月15日 (土) 04:22 (UTC)[返信]

返信 (新規作成さん宛) 具体的な環境（ブラウザ・モバイルビュー/デスクトップ表示）を教えていただけませんか？ おそらく画像の大きさがpx指定になっているからだと思うんですけど。--Waiesu（会話） 2016年10月15日 (土) 05:15 (UTC)[返信]
私のスマホのデフォルトのブラウザ（バージョン5.0.2-F02G.20151215.022809）では，モバイルビューではmathタグの数式が句点よりも小さく，デスクトップ表示では句点よりやや大きいくらいです．また，Googleアプリ（バージョン6.5.35.21.arm）では，モバイルビューは問題ありませんが，デスクトップ表示では句点よりやや大きいくらいになります．なお，PCからのモバイルビューでも，Safari (5.1.7 (7534.57.2)) で同様の問題を確認しました．新規作成 (利用者名) （会話） 2016年10月15日 (土) 10:48 (UTC)[返信]
当方の環境（Android 6.0.1; Chrome Dev 55）では、数式はモバイルビューだと本文に比べ少し大きめ（これが通常の描写）に、デスクトップ表示だとかなり小さく（というよりは本文がかなり大きく）表示されます。ですから、環境によって表示が異なるのでないでしょうか。もしそうであるならばこちら側で対処できることはなさそうです。--Waiesu（会話） 2016年10月15日 (土) 12:13 (UTC)[返信]
「こちら側」というのは利用者サイドという意味でしょうか？英語版を含む他言語版でもやはり異常に小さくなっていますし，何かウィキペディアの方で（？）設定をミスってるのでしょうかね．それならそれで改善要望を出すべきだと思いますが．新規作成 (利用者名) （会話） 2016年10月16日 (日) 07:13 (UTC)[返信]
こちら側というのはサーバ（MediaWiki）サイドという意味でした。おそらく、スマホブラウザのおせっかい機能で文字が大きくなっているだけなんですよ。Special:MyPage/common.cssに以下を追加して様子を見てみてください。--Waiesu（会話） 2016年10月16日 (日) 07:41 (UTC)[返信]
body {
	-moz-text-size-adjust: none;
	-ms-text-size-adjust: none;
	text-size-adjust: none;
	-webkit-text-size-adjust: 100%;
	text-size-adjust: 100%;
}
上の方の節のと同じですがリードのは正しく表示されるようです．次元論 (代数学)などでご確認ください．取り急ぎ．（まだ個人CSSはいじってません．）新規作成 (利用者名) （会話） 2016年10月16日 (日) 13:53 (UTC)[返信]
報告 私の環境（iOS 10.0.2のSafariとChrome）でアイコンについてはTemplate:コメント2/docとTemplate:AFD/docで、mathタグはWaiesuさんのサンドボックスでそれぞれ見てみましたが、問題を見つけられませんでした。--Mirinano（会話） 2016年10月16日 (日) 07:25 (UTC)[返信]
私もスマホのデフォルトのブラウザのモバイルビューではそれらのページでは問題を見つけられませんでした．次元論 (代数学)などでご確認ください．新規作成 (利用者名) （会話） 2016年10月16日 (日) 13:59 (UTC)[返信]
私は正常に表示されましたよ。個人設定→表示から数式の表示の仕方を弄ってみてください。私はMathMLを選択しています。--Mirinano（会話） 2016年10月16日 (日) 14:06 (UTC)[返信]

書いておいた方がよかったのかもしれませんが上で確認したのは全部非ログイン状態です（スマホで編集することはないので）．ログインが必要なものは時間のある時にまとめて確認してみます．お二方にはログアウト状態でも確認してみていただきたいです．新規作成 (利用者名) （会話） 2016年10月18日 (火) 09:53 (UTC)[返信]

報告 手持ちの環境での確認結果です。
# iPod touch 第4世代(A1367) iOS 5.1.1 のSafari 、非ログイン状態で数式が小さく表示される事象を確認しました。モバイルビュー、デスクトップの両モードで発生しています。
# Windows8.1 IE11 では、2ビューX互換表示の有効・無効の4パターン全てで発生していません。
# iPad Pro iOS 10.0.2 のSafari では発生していません。
# 同じiPad で Puffin Web Browser (ストリーミング方式でPC環境を再現したブラウザー)、モバイルビューのみで発生しています。
# PlayStation 4 ではモバイルビューのみで発生しています。
--Yhiroyuki（会話） 2016年10月25日 (火) 11:38 (UTC)[返信]
コメント 報告ありがとうございます。もしかしてWebkitエンジン（Blink/Webkit2を除く）で問題が発生しているのかもしれません（Puffinは仕組みが特殊なので判断できませんが）。直接の原因はおそらくm:Tech/News/2016/23にある数式レンダリングの変更かと。--Waiesu（会話） 2016年10月25日 (火) 12:02 (UTC)[返信]
未解決
日本語版では NavFrame の expanded オプションに非対応。対応するためには仕様変更を伴う MediaWiki:Common.js の修正が必要。--Frozen-mikan（会話） 2016年12月5日 (月) 01:03 (UTC)[返信]

expanded が使えません．かなり前からです．例えば，Template:Lie groups（ノート）．新規作成 (利用者名) （会話） 2016年12月2日 (金) 09:08 (UTC)[返信]

「展開すると横幅が変わる問題」に関して、確認してみました。
まず、Template:Lie groupsに書かれている解説はTemplate:Collapsible lists optionから呼び出されていて、これは当該テンプレートの英語版でも同じです。英語版の『This template includes collapsible lists.』が、『このテンプレートには{{collapsible list}}が使われています』と訳されていますが、実際には両言語版とも{{Sidebar with collapsible lists}}を使用しています。
このテンプレート自体もそれぞれの言語のモジュール:Sidebarを#invokeしているだけなので、{{collapsible list}}を使っているわけではなさそうです。
そして本題ですが、モジュール:Sidebarでは<table>タグの作成と設定をしており、横幅に関する設定もおそらくこの時に行われています。ここで、日本語版モジュールでは、"width"属性（横幅の指定）の初期設定が"auto"(自動)と指定されていますが、英語版モジュールでは、"22.0em"(フォントサイズの22.0倍)と指定されています。そのため、同モジュールを使用しているテンプレートでは、特に設定を上書きしない限り、日本語版では要素（リストの中身）に応じてテンプレートの横幅が変わるのに対し、英語版では「フォントサイズの22.0倍」で固定されることになります。
Template:Lie groupsに関していえば、全て折りたたまれているときは、日本語版では画像ギリギリの横幅で表示される一方、英語版では画像の横に余白ができるくらいの横幅で表示されています。また、日本語版では{{仮リンク}}が多用されているため、要素の横幅が英語版より大きくなり、展開時の横幅変更が顕著にみられるのだと思います。
なお、「展開できない問題」に関しては、「表示ボタン」を連続してクリックしても反応しない現象が、日本語版テンプレートでは確認できました。英語版では発生しないようなので、上記問題と同様に、内部の設定の差異によるものかと思われます。
以上、長くなりましたがご報告まで。 --WwLMvm（会話） 2016年12月2日 (金) 10:10 (UTC)[返信]
なるほど，「{{collapsible list}}が使われています」は単純に誤訳ですね．節名が内容と合わなくなるので変えました．横幅についてはあまり大きな問題だとは思っていませんが（横幅が変わってほしくはないですけど），原因が分かってよかったです．ありがとうございます．
私の言っている問題は，expanded が機能していないということです．キリング形式と en:Killing form を比べればお分かりいただけるかと思います．（きちんと動作する環境では）後者では（本来なら両方とも）最初ページを開いたときには Lie algebras（リー環）のみ展開されます．新規作成 (利用者名) （会話） 2016年12月2日 (金) 11:55 (UTC)[返信]
返信 (新規作成 (利用者名) 氏宛) なるほど、失礼いたしました。確かに、日本語版ではexpandedが機能していないのが確認できました。
先ほどのモジュール:Sidebarの日本語版と英語版の差異は、上で示した"width"属性の指定の他には、単純なフォント指定の数値のみで、あとは両言語版とも同じソースコードでした。
少し気になっているのが、日本語版Template:Lie groupsでは{{仮リンク}}が使用されている点です。詳しいことはわかりませんが、en:Template:Lie groupsには対応するテンプレート({{Template:Interlanguage link multi}}など)が使用されていないので、これが原因かもしれません。もしくは、MediaWiki自体の設定の差異、とか。
それと、Template:Collapsible lists optionの修正、 ありがとうございます --WwLMvm（会話） 2016年12月2日 (金) 12:30 (UTC)[返信]
仮リンクを抜いてみましたが（テンプレート），変わらないですね……（テストページ）．新規作成 (利用者名) （会話） 2016年12月3日 (土) 07:07 (UTC)[返信]
モジュールとテンプレートは確実に正しく作動しています(リー環 は collapsed クラスを持ってない)。が、NavFrame ががが…--rxy（会話） 2016年12月3日 (土) 08:54 (UTC)[返信]
すみませんがおっしゃる意味がよく分かりません．英語版と同じ使い方ではだめということでしょうか？
余談ですが履歴をよく見ると上のは誤訳ではなく原文も間違ってました（翻訳時より後に修正された）．新規作成 (利用者名) （会話） 2016年12月4日 (日) 03:38 (UTC)[返信]
使い方の問題ではなくて…。バグなのか仕様なのかは存じませんが、英語版と日本語版ではそのテンプレートで折りたたみ機能を実装している "NavFrame" の既定動作が異なっており、英語版の NavFrame は既定で展開状態となっています。しかし、日本語版では既定で折りたたみ状態となっています。ご指摘のテンプレートで折りたたみ処理を行っている Module:Sidebar の function "p.collapsible" は、英語版 NavFrame の挙動を基に作られているため、expanded で特例指定されている場合を除き、各リストの見出しに対して「折りたたませる」ための処理を施しています（※）。ここで、expanded で指定されている場合、指定されたリストの見出しに対して「折りたたませる」処理をしないため、英語版であれば NavFrame の既定状態たる「展開」状態となります。ところが、日本語版の既定動作が「すべて折りたたみ」であるため、※ 部分の実装にかかわらず expanded で展開指定をしようとも、「日本語版 NavFrame の既定で折りたたむ動作」が優越してしまって機能していないのです。--rxy（会話） 2016年12月4日 (日) 04:05 (UTC)[返信]
なるほど，丁寧なご説明ありがとうございます．そうすると修正は容易ではなさそうですね……．新規作成 (利用者名) （会話） 2016年12月4日 (日) 11:00 (UTC)[返信]
関係あるかはわかりませんが、MediaWiki:Common.jsのNavFrame関連のコードに、
$(createCollapseButtons); // 応急処置
というように「応急処置」となっているので、まだ不具合が残されているのかもしれません。 --WwLMvm（会話） 2016年12月4日 (日) 03:53 (UTC)[返信]

コメント 英語版と同じ挙動をするテンプレートって作れないでしょうか？新規作成 (利用者名) （会話） 2017年3月25日 (土) 06:20 (UTC)[返信]

バックスペース毎に勝手にトップへスクロール

WIN10かつIE11ですが、バックスペース毎に勝手にページのトップへスクロールされるため、長いページを編集することが、事実上無理になっています。--106.154.40.120 2016年12月3日 (土) 01:33 (UTC)[返信]

コメント 使用されている機器またはブラウザの問題と考えられます。--アルトクール（会話） 2017年1月14日 (土) 12:06 (UTC)[返信]

要約欄で、節名において山括弧に囲まれた部分が見えなくなる

（注）報告された現象が本セクションでも発生するため、セクション名を変更。元のセクション名は『要約欄で、節名において<>に囲まれた部分が見えなくなる』です。 --WwLMvm（会話） 2016年12月25日 (日) 15:13 (UTC)[返信]

他の方の利用案内への投稿を見ていてたまたま気づいたのですが、節名において<>に囲まれた部分が要約欄では見えなくなることを見つけました。[2]をご覧いただくと分かるかと思います。単に要約欄に<hoge>と書いただけではこの現象は起こりません([3])。おそらくどのページでも再現性があるはずです。こちらの環境はOSがWindows 7、ブラウザはInternet Explorer 11です。--ドングリ（会話） 2016年12月25日 (日) 13:49 (UTC)[返信]

 再現確認 OSはWindows 10、ブラウザはSleipnir 6ですが、サンドボックスでの再現を確認しました。おそらく要約欄の自動入力機能による「セクション名の自動挿入」機能の不具合（もしくは仕様）が原因かと思われます。セクションの編集リンクをクリックすると、セクション名が抽出されて編集画面の要約欄に自動入力されますが、ここに<>が含まれていると、括弧内の文字を抽出することができないようです。
ただ、HTMLでは<や>をHTMLタグの指定に使用しているため（例: <ref>hoge</ref>）、本来は直接入力せずに&lt;や&gt;と入力する必要があります。この制約から考えると、セクション名には&lt;や&gt;を使用することが想定されていて、<や>を直接使用することは想定外だったのかもしれません。このように考えると、バグというよりMediaWikiの仕様かもしれません。
いずれにせよ、まずはこの現象が再現可能であることをご報告いたします。
なお、この現象が本セクションでも発生するため、セクション名を『要約欄で、節名において山括弧に囲まれた部分が見えなくなる』に変更いたしました。--WwLMvm（会話） 2016年12月25日 (日) 15:13 (UTC)[返信]
丁寧なご返答ありがとうございます。なるほど、MediaWikiの仕様かもしれないのですね。そこまでは考えていませんでした。
この節でも同じ現象が起こるところまでは頭が回りませんでした…ご修正ありがとうございます。--ドングリ（会話） 2016年12月26日 (月) 05:12 (UTC)[返信]

opera系ブラウザでの記述重複バグ

数年前にも報告していますが、相変わらず修正されていない、という事を報告しておきます。こちらの意図しない記述が任意の位置にコピーされます（コピーされる位置は文末が多いです）。[4][5]は、下の記述はバグです。バグが発生した場合は、<の次の文字からコピーされるようです。編集後の確認を怠ったのは私の落ち度ですが、これはプレビューでは確認できません。なお、今のところ私とKiruria281様以外にはこのバグは聞いていません。頻度は多くても100回に1回程度に感じています。--JapaneseA（会話） 2017年2月4日 (土) 14:58 (UTC)[返信]

コメント 2010年以降で見たところWikipedia:バグの報告/MediaWiki1.20#余計な文字列が付いてしまう、Wikipedia:バグの報告/MediaWiki1.20#Operaで執筆時に余計な文字列が発生するの2件ですね。前回報告があったときは全部で3名が同様の現象がでると報告していますね。
現象を鑑みるとOpera（たぶんVer.12系列）もしくはElektra/Prestoエンジン特有の問題なのかなぁと。WindowsOSのVerは関係ない問題といえます。プレビューで問題がないということは投稿が確定する直前に変更されるんだと思います。原因は『<』に反応しているのだろうというのは推測できますが、一見して問題はランダムにみえますから、Phabに送っても「？？」になってしまうかと。
実際に再現させていないので推測ですが、更新をするときに「ソース編集画面上にカーソルがあり」「そのカーソルに一番近い『<』」に反応」「反応した『<』より後からカーソルのある位置までをコピー」「それを編集中のページあるいはセクションの最下部にペースト」しているんじゃないかなぁと思います。そう考えると、今回の報告の前者は「カーソルがテンプレート呼び出しの一番後ろにある状態で、コメントアウトの『<』より後からテンプレート呼び出しまでのすべてを編集画面上の一番下にペーストした」と考えられますし、後者は「ページ全体を編集中に偶々カーソルがページ先頭にあるInfobox内の{{SWE}}の後ろにある状態で編集した結果、以下前者と同様の結果」と考えることができます。
なので、発生したときの詳細を検証していただければ、Phabへ持っていける・・・かもしれません。前回も今回も検証されたわけではないので、詳細情報が不明です。これだとjawikiから持って行ってないのでしょうし（元々英語で報告できるひとが少ないっていうのも一因かもしれませんが）、他言語のwikiで発生していればそちらで報告が上がっていそうなものなので、もしかするとjawiki独自のガジェットが問題を引き起こしている可能性もあります・・・。--アルトクール（会話） 2017年2月4日 (土) 16:07 (UTC)[返信]
コメント ありがとうございます。カーソル位置は意図していませんでした。今後はカーソル位置に注目しようと思います。--JapaneseA（会話） 2017年2月4日 (土) 16:13 (UTC)(Sutepen angel momo)[返信]

ビジュアルエディターでの「初心者向け」お知らせで、欄の表記が実際と異なる。

再現しようとしても初心者向けではないお知らせが出てきてしまうので正確な文言は判らないのですが、「Subject」欄を指している部分が日本語で表記されていました。たったそれだけではありますが、「初心者向け」としては好ましくないのではないでしょうか。Hiroes（会話） 2017年2月5日 (日) 09:48 (UTC)[返信]

追記：「New Section」欄については「下の部分」という表記だったので問題ないかと思います。Hiroes（会話） 2017年2月5日 (日) 09:52 (UTC)[返信]

半保護されているはずなのにIPユーザーが編集している

夏川椎奈（ノート / 履歴 / ログ / リンク元）→夏川椎菜（ノート / 履歴 / ログ / リンク元） リダイレクトページの夏川椎奈で起こった現象です。移動荒らしを差し戻したとき、移動先を間違えたらせいでIPユーザーにsdを貼られたのですが、半保護を設定したはずのページなのにIPユーザーが編集しています。移動作業を行う時点で半保護が有効であることは確認しているし、リダイレクトページも現在確認したら半保護設定が有効です。ビジュアルエディターの不具合ではないかと思いますので、こちらに報告を投げておきます。--Marine-Bluetalk✿contribs✿mail 2017年2月12日 (日) 02:55 (UTC)[返信]

コメント なんか動作がおかしいというのはわかるんですが・・・。移動は「夏川椎菜」→「除去されたページ名」→「夏川椎奈」→「夏川椎菜」ですよね？で、「夏川椎奈」で特定版削除→半保護と移動保護→「夏川椎菜」へ移動ですよね。そうなると、本来保護の設定を引き継ぐのは「夏川椎菜」で、「夏川椎奈」は保護設定がなしになるように思うのですが。そっちのほうがバグのような気がします。IE11で確認してみましたが、半保護は正しく動作しているようなので一時的なものだったのかもしれません。他に報告例があれば検証しやすいかもしれませんが・・・。--アルトクール（会話） 2017年2月17日 (金) 05:15 (UTC)[返信]

Template:Shogi diagramで複数の「」パラメータエラー

解決済み

左美濃のページ編集を開始して、なにも変更せずにプレビューをすると

警告: 左美濃は複数の「」パラメータを伴ってTemplate:Shogi diagramを呼び出しています。提供されている最後の値のみが使用されます。

というエラーが上部に出ます。 Template:Shogi diagramを使っている全てのページでこのエラーが出るようです。Template:Shogi diagramの使い方に問題はないと思うのですが。。。 いったい何が問題なのでしょうか？直していただけるとありがたいです。

コメント 行末が「|=」になっていますが、これが問題です。全部撤去すれば解決します。--Jkr2255 2017年2月20日 (月) 03:20 (UTC)[返信]
ああ、それが問題でしたか。まったく気づきませんでした。。。ありがとうございます。後はこちらでなんとかします。「|=」撤去でプレビューすると、正常にエラーも発生しないことを確認いたしました。--bcxfu75k（会話） 2017年2月20日 (月) 04:30 (UTC)[返信]

コモンズからのファイルページに掲載されたgalleryタグの引用について

ウィキペディアコモンズ上に掲載されたファイルページ（例えばc:File:WikipediaTownSummit2017Kyoto flyer.pdf）の中に、galleryタグを用いて並べられた画像リストがあるのですが、ウィキペディア上に読み込まれたファイルページ（ファイル:WikipediaTownSummit2017Kyoto flyer.pdf）にはそれが反映されずリスト形式で掲載されております。こちらの報告ページが対象として正しいのかという点はありますが、報告・ご相談ということでお願いいたします。--S.Arai(talk) 2017年3月1日 (水) 11:21 (UTC)[返信]

コメント コモンズでは表示が問題ないので、ウィキペディアに読み込んだ時にギャラリータグの読み込みがおかしくなっていると考えられます。英語版などの他のウィキペディア、ウィキニュースやウィキバーシティの日本語版でも現象が確認できました。と確認したところ、phab:T124876などで報告されているので、修正の優先度が低いか、修正するのに時間のかかる部類のものになっているのだと考えられます。現状、表示が大きく崩れる（例えば、ファイルが原寸で表示されるとか）といった深刻な問題は起こしていないといえますので、「バグの一つだけど、深刻な問題ではないので対処街になっている案件」になっているのかと思います。--アルトクール（会話） 2017年3月1日 (水) 11:46 (UTC)[返信]
返信 ご返信いただきましてありがとうございます。この状況ですと、辛抱強く待つことしかできないような気がしています。議論が昨年で止まっていることも優先度の低さが表れているのかもしれません。条提示ありがとうございました。--S.Arai(talk) 2017年3月1日 (水) 22:51 (UTC)[返信]

「井戸端」の議論が途中までしか表示されないのは仕様でしょうか？

解決済み

まだ状況を確認したばかりで、本来なら当の井戸端で聞くレベルなのですが、それで状況が悪化しても困りますので、こちらで質問です。

IE11とChrome56で同じ表示ですのでブラウザの問題とも思えません。 段落ごとのプレビューやサブページ単体では正常に表示されているので総量規制のようなものだと思っているのですが、これは仕様でしょうか？--Hiroes（会話） 2017年3月1日 (水) 11:32 (UTC)[返信]

コメント えっと、状況がわかりません。現在、井戸端に読み込まれている話題は11のサブページです。最低限「どこまで読み込んでいるのか」をはっきりさせてください。Firefoxを使っていますが読み込みは正常に行われています。--アルトクール（会話） 2017年3月1日 (水) 11:48 (UTC)[返信]
「多数の言語版にあるが日本語版にないカテゴリ」が最初の質問だけ表示された状態でした…が、再度確認したら正常に表示されていました。単にIncludeしているわけではなく、若干タイムラグがあるという事でしょうか？いずれにせよお騒がせしました。--Hiroes（会話） 2017年3月1日 (水) 11:58 (UTC)[返信]
コメント キャッシュが残っている状態だと、以前の状態で表示されることがあります。--アルトクール（会話） 2017年3月1日 (水) 12:00 (UTC)[返信]
了解しました。お騒がせしました。--Hiroes（会話） 2017年3月1日 (水) 12:11 (UTC)[返信]

編集の要約記述欄で padding がオーバーライドされず入力文字が隠れる

解決済み
過剰な padding で要約記述欄の文字が隠れるバグ。
開発ツールで padding を無効にした場合。要約記述欄の必要ない padding が無くなる。

Firefox バージョン 52.0 (Release) 編集の要約記述欄で本来、paddingは0 emであるべきなのに padding が継承され、要約記述が padding で隠れます。要素を調査するとスタイル https://ja-two.iwiki.icu/w/load.php?debug=false&lang=ja&modules=ext.echo.badgeicons%7Cext.echo.styles.badge%7Cext.gadget.OldDiff%2CScrolledReflist%7Cext.uls.interlanguage%7Cext.visualEditor.desktopArticleTarget.noscript%7Cext.wikimediaBadges%7Cmediawiki.action.edit.styles%7Cmediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector の指定がそのまま継承されているようです。開発ツールで " padding: 0.625em 0.546875em 0.546875em;" の行を無効にすると padding が 0 em になり文字が隠れなくなります。なお、Google Chrome では起きないようです。--Licsak（会話） 2017年3月7日 (火) 16:50 (UTC)[返信]

MediaWiki 本体の編集画面が UI ガイドラインへの準拠を目的に、phab:T152025, gerrit:337470によって mw:MediaWiki 1.29/wmf.12 でスタイルが変更となっています。標準環境（非ログイン状態 or アカウント作成直後）では発生しません。で、ご報告の不具合が発生した原因としては、WikiEdwikEd が干渉しているために起きているようです。WikiEdwikEd を無効にするか、enwp の WikiEd 不具合報告 (固定版) に書かれた 緩和策をご自身の責任で任意の値に変更の上、適用なさってください。--rxy（会話） 2017年3月8日 (水) 03:18 (UTC)WikiEdwikEd--rxy（会話） 2017年3月8日 (水) 03:22 (UTC)[返信]
ありがとうございます rxyさん、誠にありがとうございます。ご指摘のとおりwikEdを使わない画面では発生せず、ある意味、場違いな報告に対しても回避策のご教示とともに回答下さり、感謝申し上げます。--Licsak（会話） 2017年3月8日 (水) 14:02 (UTC)[返信]

太枠の入力ボックスで文字が表示されない

解決済み

モノブックスキンでガジェット→「Monobook スキンを黒地に緑へ変更する」をチェックして表示したとき、ヘルプの検索ボックス、題名ボックス、編集内容の要約ボックスなど太枠の入力ボックスに入力した文字が読めないという事象が発生しています。左側の細い検索ボックスでは読めています。確認していただけませんでしょうか。--茂林寺たぬき（会話） 2017年3月10日 (金) 13:47 (UTC)[返信]

コメント （前の報告に気付かずすみません。）事象を確認しました。MediaWiki‐ノート:Gadget-Blackskin.cssで修正を提案をしましたのでコメントお願いします。--Waiesu（会話） 2017年3月12日 (日) 16:19 (UTC)[返信]
ありがとうございます 修正を確認いたしました。 Waiesuさん、大変お世話になりました。感謝致します。--茂林寺たぬき（会話） 2017年4月2日 (日) 21:43 (UTC)[返信]

メインページが真っ白

表題の通りです。--123.255.129.214 2017年3月24日 (金) 02:21 (UTC)[返信]

Windows10、Microsoft edgeの私の環境では正常です。恐れ入りますが、使っているオペレーティングシステムとブラウザの名前を教えて頂けますか。メインページのキャッシュを破棄していただくと、直るかもしれません。--新世紀のウィキぺディア（会話） 2017年3月25日 (土) 08:53 (UTC)[返信]

画面上部の利用者の通知の部分の不具合

解決済み

本日から曾禰越後守のアカント名でログインした画面で不具合が発生しています。画面上の利用者への通知の二箇所が、画面の下部まで下がり、その上の記述ないのリンクにはアクセスできないようになっています。そのため、記事の編集を行うことが不可能になっています。ちなみにここ数年は全く使用していない別アカントでログインしたところ全く異常がなく、曾禰越後守のアカント名だけに仕掛けられたものかと疑いを持ちますが、システムについてはほとんど知識がないので、お助けをいただきたくお願いいたします。--2400:4128:A770:8600:F183:74FB:A1E2:716F 2017年3月31日 (金) 05:11 (UTC)[返信]

コメント 現象が出ている環境を書いてください。最低限「OS、ブラウザ、ブラウザバージョン」が必要です。また、特定のアカウントで問題が発生する場合、それがjawikiだけで発生するかの確認も有効です。例えば、metaやウィキニュース、ウィクショナリーなどの別プロジェクトでそのアカウントにログインしてみてください。それでも現象が出るようであれば「アカウント固有の問題」になります。--アルトクール（会話） 2017年3月31日 (金) 08:45 (UTC)[返信]

報告 ありがとうございます。OS Windows 8.1, IE 11 バージョン11.0.9600.18618 です。別のブロジェクトでは問題はなく、jawikiだけで発生しているようです。よろしくお願いいたします。--2400:4128:A770:8600:5C33:D7ED:9D8D:F851 2017年3月31日 (金) 12:56 (UTC)[返信]

コメント ほかのプロジェクトでは再現せず、別アカウントでは問題ないということであれば利用者名前空間上にあるjsあたりが何か邪魔をしている可能性があります。さしあたって試せるのはEditCounterOptIn.jsを一度削除してみてどうなるかです（連携が何らかの理由でうまくできてない可能性が考えられます。削除はここで申し出ていただければ対応します）。あとは試していなければキャッシュをクリアしてみてどうなるかもやってみると良いかもしれません。--アルトクール（会話） 2017年3月31日 (金) 13:52 (UTC)[返信]

報告 キャッシュをクリアしてみましたが変わりはありませんでしたので、お手数ですがEditCounterOptIn.jsの削除についてよろしくお願いいたします。--2400:4128:A770:8600:55A4:8D25:D42E:8787 2017年3月31日 (金) 14:20 (UTC)[返信]

コメント EditCounterOptIn.jsを削除しました。これでダメであればphabへ送ることになります。案外、別のブラウザで編集を行ってからIE11に戻ると直ったりするかもしれませんが・・・。--アルトクール（会話） 2017年3月31日 (金) 14:57 (UTC)[返信]

報告 ご対処ありがとうございます。正常に戻りました。お手数をおかけしました。感謝いたします。--曾禰越後守（会話） 2017年3月31日 (金) 22:44 (UTC)[返信]

チェック 通常に戻ってよかったです。--アルトクール（会話） 2017年4月1日 (土) 00:27 (UTC)[返信]

ビジュアルエディターの「次へ」ボタンが英字になっている

解決済み

間違えてビジュアルエディターにしてしまい、ウィキテキストエディターに戻そうとしようと思ったのですが、英字になっていてアイコンが見つかりません。バグなのでしょうか？--新世紀のウィキぺディア（会話） 2017年3月31日 (金) 08:46 (UTC)なお、この投稿は本来の投稿場所とは異なるWikipedia:バグの報告/MediaWiki1.29に利用者:ふっぴー（会話 / 投稿記録）さんが、2017-03-31T6:58:45(UTC)の版で投稿なさった内容を、本来の投稿場所であるこのページに転記したものです。--新世紀のウィキぺディア（会話） 2017年3月31日 (金) 08:46 (UTC)[返信]

コメント 状態がよくわかりませんが、最初の段階で「ビジュアルエディタを使用する」としてしまった場合、エディタの編集画面上部の「ページを保存」の左側にあるウィキテキストマークでソースエディタへ切り替えることが可能であるほか、「個人設定＞編集」から「編集モード」を「常にソースエディタを使用する」に変更して保存することでビジュアルエディタからソースエディタに切り替えることができます。恒常的な切り替えが目的であれば個人設定を変更したほうが良いでしょう。もしも画面右上の会話や個人設定といった部分が英語表記になっているのであれば、「Preferences＞User profile」からLanguageを「ja - 日本語」にして保存すれば日本語表記になります。--アルトクール（会話） 2017年3月31日 (金) 09:22 (UTC)[返信]

報告 利用者‐会話:ふっぴーにて返答があったことを通知しました。--新世紀のウィキぺディア（会話） 2017年3月31日 (金) 11:29 (UTC)[返信]

先日はありがとうございました。追記としては、スマホで活動をしています。それと、英字についてです。本来なら「次へ」と表示されている所が、「visualeditor-savediaialogiabe-publibrs」と表示されていました。 今考えてみると、何かのファイルの名前のようだと思います。それに、続けるとその英字がそのまま表示されてしまいます。また、スマホ版での「ソースの編集表示方法も追記、よろしくお願いします。--ふっぴー（会話） 2017年4月1日 (土) 07:03 (UTC) 利用者‐会話:アルトクールへ2017年4月1日 (土) 07:03 (UTC)に投稿されたものを転記--アルトクール（会話） 2017年4月1日 (土) 08:34 (UTC)[返信]

コメント 情報が不足しています。OSとOSバージョン、使用しているブラウザ、問題が再現する状況の詳細（何々というページをモバイル版あるいはデスクトップ版で編集したときなど）を報告してください。スマートフォンの場合は使用している機種もあるとよいかもしれません。「visualeditor-savediaialogiabe-publibrs」と表示されるとのことですが、考えられるのは画像やサイトを読み込めない（起動させっぱなしでキャッシュできない状態になっている、古いブラウザを使用している...）などが考えられます。システム上の「認識言語の翻訳を当てる」ためのMediaWikiファイルに当たろうとして失敗しているように思われます。--アルトクール（会話） 2017年4月1日 (土) 08:34 (UTC)[返信]

機種はiPhone5s、ブラウザはSafari、Y!mobileのデータ通信を使用しています。これまでに、モバイル版で編集しようとした、ねこねこ日本史、ヘボット!のページで同様のことが起きています。--ふっぴー（会話） 2017年4月2日 (日) 07:19 (UTC)[返信]

コメント iPad miniのSafari（iOS9.3.5）では現象が再現しません。iOS10以降は試せる環境を持たないので私では対応ができません。モバイル版では元々ソースエディタとビジュアルエディタというエディタでの違いはありません（提供されるエディタは一つだけです）。データ通信環境下では必要なデータのやり取りが完了する前に通信を打ち切っている可能性も否定ができません。少なくとも、何に原因があるかの切り分けができなければ対応ができません。
現象の切り分けとしては通信環境の変更、ブラウザの変更を行ってみる方法があります。
通信環境を変更（モバイル通信ではなく、Wi-fiにする）して症状が改善するならば、データ通信に問題があります。Y!mobileに問い合わせてください。
ブラウザを変更して症状が改善するならばSafariに問題があります。iOS10以降であれば、Safariを一度削除して再インストールしてみてください。またはOSに問題があると考えられるため、Appleに相談してください。
両方行って、どちらも症状が改善しない場合はMediaWikiに問題がある可能性があります。この場合は報告を募ってからPhabに送ることになります。--アルトクール（会話） 2017年4月2日 (日) 08:02 (UTC)[返信]
コメント 再現しました。これはMediaWikiの問題だと考えます。私が再現した環境はiPhone6(iOS 10.2.1)のSafariとChrome57.0.2987.137、Windows10のMicrosoft Edge 38.14393.0.0とChrome57.0.2987.133ですが、おそらくこれ以外の環境でも再現可能です。
再現方法は簡単で「モバイルビューでビジュアルエディターで編集する」それだけです。アルトクールさん、モバイルビュー向けに提供されているエディタは2つです。
ふっぴーさんの報告が若干間違っていたので報告しますが、本来「投稿」と表示されるはずの所に「⧼visualeditor-savedialog-label-publish-short⧽」とシステムメッセージ名が直接表示されてしまっていました。これはMediaWiki:Visualeditor-savedialog-label-publish-shortを呼び出すための文なのですが正常に表示されていないようです。同じ現象をmetaとTest2.wikipedia.orgでも再現することが出来ました。選択言語は日本語以外でも試しましたがすべて同じ現象が発生しました。translatewiki:MediaWiki:Visualeditor-savedialog-label-publish-short/jaは存在するので読み込みの不具合だと思われます。一応4月4日にTest2.wikipedia.orgに1.29.0-wmf.19が展開されるのでそこでも試してみますが、それでも同じ現象が発生する場合はphabに報告するべきです。
ただし、英語版ウィキペディアでは対策しているのかこの問題は発生しませんでした。
現在この保存ボタンまわりの改修が行われているので（詳しくは明日配信のtech newsをご覧ください）不具合が起こってもおかしくはないです。--mirinano (talk) 2017年4月2日 (日) 09:04 (UTC)[返信]
コメント 確認しました。モバイルビューでの個人設定にエディタの切り替えがなかったので勘違いしていました。Windows10-64bitのFirefox52.0.2でも現象を確認できました。ひとまずの回避はビジュアルエディタで編集しなければよいということになりますので、編集画面に入ったうえで鉛筆マーク（不具合を起こしている部分の左手）を選択すれば「ソースの編集に切り替える」でソースエディタに変更できるのでソースエディタで編集をしてください。deやenでは再現しないところを見ると、jaの訳語が入ってないだけにも思えますが、更新を待って「現象が出続ける」ならPhabに送りましょう。--アルトクール（会話） 2017年4月2日 (日) 09:21 (UTC)[返信]
だめですね。最新のMediaWiki 1.29.0-wmf.19 (7a0a96a)が導入されたtest.wikipedia.org、test2.wikipedia.org、mediawiki.orgで試しましたが同じ現象が発生しました。intを用いて呼び出すと「投稿」と正しく呼び出されるので訳語の問題ではありません。それに訳語の問題の場合ja-two.iwiki.icuで使用言語を英語にした場合にも同様の問題が発生することを説明できません。--mirinano (talk) 2017年4月5日 (水) 06:46 (UTC)[返信]
コメント ひとまず、mw:VisualEditor/Feedbackに送りました。jawnでは問題が発生していないので、何かガジェットが悪さをしているのかもしれませんが・・・。--アルトクール（会話） 2017年5月2日 (火) 01:29 (UTC)[返信]
コメント 進展があったので。phab:T164472にてタスク化されました。見る限りでは既にパッチ作成まで行っているようなので数日中に解消されるかと思います。--アルトクール（会話） 2017年5月4日 (木) 13:05 (UTC)[返信]
チェック 対応が完了したということで連絡が入っています。私が見た限りは解消していると思いますのでご確認ください。--アルトクール（会話） 2017年5月9日 (火) 16:45 (UTC)[返信]

Template:Mapplot Japan による日本地図の背景が表示されない

解決済み

1週間くらい前から Template:Mapplot Japan による地図表示において背景の日本地図が表示されなくなってしまいました。何が考えられるでしょうか。

問題が発生したページ： 

 Template:Mapplot Japan を使用したページ すべて
 例：Template:Mapplot Japan、姫路城

問題が発生した時の状況：背景の日本地図が表示されない 使用しているOS/Webブラウザ/バージョン：Windows 10 Pro/IE 11/Microsoft Edge ※Iphone6 / iOS 10.2.1 のブラウザでは表示できています。 外装の個人設定：ベクター--流しの（会話） 2017年4月4日 (火) 14:12 (UTC)[返信]

報告 応急的な措置として、Template:Embedmapで呼び出されるFile:日本地図.svgのデコードがうまくいっていないようでしたので、同等のファイルFile:Japan Map Lincun.svgに差し替えました。正しく表示されているか確認お願いします。--Waiesu（会話） 2017年4月5日 (水) 06:15 (UTC)[返信]
ありがとうございます IE11、Edge で正しく表示されることを確認しました。--流しの（会話） 2017年4月5日 (水) 10:02 (UTC)[返信]

sourceタグにおいて日本語が含まれているとき、シンタックスハイライトが間違っている

実際に問題となったのは利用者:ネイ/Wikipedia:画像の代替テキストですが、下記のマークアップで簡単に再現できます。 

[[ア]]
[[A]]

具体的には「ア」の後ろにある2つ目の"]"がハイライトされていません。Phabriatorへの報告はわたしのほうでする予定ですが、まずは既知の問題であるか、わたしのマークアップミスなのかを確かめたいと思います。どなたかご存知でしょうか。--ネイ（会話） 2017年4月4日 (火) 17:55 (UTC)[返信]

新型ウィキテキストモードとHotCat

バグというべきなのかよく分からないのですが、一応報告させて頂きます。ついさっき、サンドボックスでベータ版の「新しいウィキテキストモード」やHotCatの利用などの使い方を練習していたんですが、ちょっと面白いことに気付きました。

まずは、一般的なテキストモードの場合のお話です。HotCatは追加するカテゴリが1つだけの場合は、保存ボタンを押しただけで自動的に投稿されます。その一方で、複数のカテゴリを同時に弄る場合、保存ボタンをクリックすると普通の編集画面に移行します。しかしこの時に「新しいウィキテキストモード」を導入していた場合、ここで自動的に新型編集画面の方に転送されてしまうみたいなんです。それでその新型編集画面では、HotCatで行ったカテゴリの編集は反映されていないことになってしまっていました。試しに「新しいウィキテキストモード」を外した上で操作すると、普通の編集画面のままで、保存ボタンで投稿を行う事ができました。ちょっとまだどちらも使い勝手が分からないのですが、一応このような事例があったということでこちらに書かせて頂きました。--ミランブラジル (会話 | 投稿記録) 2017年4月7日 (金) 14:23 (UTC)[返信]

コメント Wikitext 2017年バージョンを使用する設定にしていると、上でご指摘の現象が起きて、Hotcat が使えなくなる現象について、3月に Mediawiki で開発者にフィードバックを書き込みましたが（2017 wikitext overwrites change by HotCat on JAWP）、開発側からは特に応答ナッシングです。既存の不都合かもしれないし、そうでもないかもしれない。ウィキペディア日本語版の設定に起因するものかもしれませんし、そうでないかもしれない。いずれにせよ、まったく面白くない不便であり、そもそもWikitext 2017年バージョン自体が必要性の薄い機能であることもわかったため、私は Wikitext 2017年バージョンのβテストから降りました。--ねをなふみそね（会話） 2017年5月1日 (月) 04:26 (UTC)[返信]
コメント お返事が遅れ気味になってしまいましたが、情報のご提供ありがとうございます。なるほど、以前にも同様の案件があったのですね。新型ウィキテキストモードについては私も結局すぐに使用を止めてしまっており（HotCatの方は絶賛使用中です）、私自身の英語力も低いため開発者さんとのコンタクトは試みていませんでしたが、もし新型ウィキテキストモードとの併用でご不便を感じられていて、英語がご堪能な方であれば、どなたか開発者さんとのコンタクトを試みて頂ければと思います。ねをなふみそねさん、ありがとうございました。--ミランブラジル (会話 | 投稿記録) 2017年5月25日 (木) 12:52 (UTC)[返信]

ユーザーボックス cppcli-2 を貼ると User:CSharp にもカテゴライズされる

解決済み

発生場所は私の利用者ページです。 cppcli、cppcli-1、cppcli-3、cppcli-4では起こりませんでした。 環境に依存するともあまり思えませんが、Windows8.1、IE11で確認しました。--Hiroes（会話） 2017年4月24日 (月) 23:51 (UTC)[返信]

報告 類似テンプレートを元に修正しました（差分）。--Frozen-mikan（会話） 2017年4月25日 (火) 05:28 (UTC)[返信]
チェック 済 確認しました。ありがとうございました。--Hiroes（会話） 2017年4月25日 (火) 08:32 (UTC)[返信]
コメント もし次に同様な状況を見つけた場合は自力で修正したい(もちろん疑問の余地が少しでもある場合は除く)と思いますが、報告はここでいいのでしょうか？--Hiroes（会話） 2017年4月25日 (火) 08:32 (UTC)[返信]
コメント バグではありませんので、こちらではなくプロジェクト‐ノート:ユーザーボックスへ報告してください。--アルトクール（会話） 2017年4月25日 (火) 10:29 (UTC)[返信]
あ、プロジェクトがあるのですね。了解しました。ありがとうございます。--Hiroes（会話） 2017年4月25日 (火) 19:32 (UTC)[返信]

編集バーが表示されない

ログイン利用者です。日本時間2017年4月28日正午過ぎより「ソースを編集」モードで編集しようとすると、上部に表示されるはずの編集バー（リンク挿入や出典挿入アイコンなどがあるもの）が表示されなくなりました。なお、拙者の利用環境ですが、「Windows10 home」、プラウザは「Firefox 53.0」です。何があったのか判らず、困惑しております。--Geogie（会話） 2017年4月28日 (金) 10:39 (UTC)[返信]

一時しのぎですが、「編集」を何回かクリックすると、そのうち表示されます。--Zakizakizaki（会話） 2017年4月28日 (金) 15:01 (UTC)[返信]
Zakizakizakiさんのご指摘を受けて、「ソースを編集」モードで「編集」を何回かクリックしてみますと編集バーが表示されますね。これは何なんでしょう？ 下の段でも指摘されているような、Mediawikiの仕様か何かの関係なんでしょうかね……? 訳がわからん…… --Geogie（会話） 2017年4月28日 (金) 21:20 (UTC)[返信]
コメント どうも動作が極端に重くなる状態があるようです。特定のタグを読み込む際に異常が発生する場合があるようで、phab:T143182で既に報告されているのですが優先順位が低いのか対処が行われていません。あまりに頻発するようであれば、「編集環境・発生日時・発生したページ」を添えてphabに報告することになるかと思います。--アルトクール（会話） 2017年5月2日 (火) 01:09 (UTC)[返信]
コメント 編集バーが表示されないの件ですが、当方の環境で節編集モードでは全く使えない状態ですね。上記にあるように『「ソースを編集」画面モードで「編集」を何回かクリックしてみますと、編集バーが表示されます』が、その場合には編集モードが「節編集」でなく、文章全体編集モードに切り替わってしまいます。早く修復してもらわないことには困る方もおられるのでは……？ --Geogie（会話） 2017年5月9日 (火) 07:48 (UTC)[返信]

Firefox での閲覧について

「MediaWiki 1.29.0-wmf.21」の影響かもしれませんが、Firefoxで見たら、名探偵コナン (アニメ) のエピソード一覧などの折りたたみが無効になっています。私の環境だけでしょうか？--Zakizakizaki（会話） 2017年4月28日 (金) 07:23 (UTC)[返信]

こちらの書き込みを見て、折りたたみの方法を変更してみたのですが、わたしのWindows 10の環境ではChromeとEdgeでは隠すリンクが現れたものの、IEとFirefoxでは隠すためのリンクが現れませんでした。（現在差し戻してあります）「すべての環境で正常に動作しない機能は不要」とまでは言いませんが、折りたたみ表示の使いどころは厳選したほうがよい、ということになるのかもしれません。--VZP10224（会話） 2017年4月28日 (金) 14:02 (UTC)[返信]
コメント Wikipedia:管理者伝言板/その他の伝言に報告しましたが、すべての折り畳みが無効になっているようです。--切干大根（会話） 2017年4月28日 (金) 14:19 (UTC)[返信]
この上にもFirefox関係でバグレポが上がっていますが、少なくとも私の環境（iPhone6(iOS 10.2.1)のSafariとChrome、Windows10のMicrosoft Edge 38.14393.0.0とChrome）では上の報告を含め異常はありません。折りたたみも正常です。考えられる原因は先日のmw:MediaWiki 1.29/wmf.21のアップデートでしょうか。すべてではないので異常が発生している環境を整理して最終的にはphabに送ることになるのかと…--mirinano (talk) 2017年4月28日 (金) 14:54 (UTC)[返信]
質問 MediaWiki1.29/wmf.21のリンク先が無いのと、phabとは何のことでしょうか？--切干大根（会話） 2017年4月28日 (金) 14:57 (UTC)[返信]
リンクに空白を入れ忘れてました。失礼しました。一応このページの一番上にも書かれていますが、Phabricator(phab)はMediaWikiの修正を依頼したりする場所です。--mirinano (talk) 2017年4月28日 (金) 15:13 (UTC)[返信]

正確に言うと「折りたたみが無効」ではなくて「ページの読み込みが完了しない状態」みたいです。

  • 堺雅人#外部リンクの「{{田辺エージェンシー}}」、「{{キネマ旬報ベスト・テン助演男優賞}}」、「{{毎日映画コンクール男優助演賞}}」が開いたまま。
  • 編集画面の「以上の記述を完全に理解し同意した上で投稿する」が黒くなっている。など。

「MediaWiki 1.29.0-wmf.22」で改善されてればいいんですが。--Zakizakizaki（会話） 2017年4月28日 (金) 15:01 (UTC)[返信]

MediaWiki 1.29.0-wmf.22の導入は早くても再来週ですね。来週はデータベースセンターの変更作業（テスト終了で元に戻す作業）の関係でMediaWikiの更新は無しです。--mirinano (talk) 2017年4月28日 (金) 15:13 (UTC)[返信]
次のバージョンはMediaWiki 1.30.0-wmf.1で、ja-two.iwiki.icu への導入な5月11日の予定です。--mirinano (talk) 2017年5月1日 (月) 17:28 (UTC)[返信]
コメント 私の所では Chrome で動いて Firefox では駄目でした。コンソールを見たところ「TypeError: mw.util is undefined」となっています。Firefox では、折りたたみ機能が付与されるタイミングで mw.util のオブジェクトが正しく読み込まれていないのかもしれません。現時点ではバグでしょうから、これを元に折りたたみ指定を除去することは避けたほうが良いと思います。また、今回の件に関係なく、折りたたみされることが必須なページ構成も避けたほうが良いものと思います。--Frozen-mikan（会話） 2017年4月28日 (金) 15:36 (UTC)[返信]
コメント phab:T143182で確認されている既知の問題の延長線上と考えられます。特定のタグを読み込む際に異常が発生するようですが、優先順位が低いのか対処がされていない状態です。--アルトクール（会話） 2017年5月2日 (火) 01:11 (UTC)[返信]

モバイルビューでテンプレートの表示が崩れる

モバイルビューでtemplate:生物分類表やtemplate:Battleboxといったテンプレートの表示が崩れています。--61.46.94.25 2017年5月9日 (火) 07:06 (UTC)[返信]

コメント 通りすがりに失礼します。IE11及びChrome最新 @win8.1 で当該テンプレートページのモバイルビューを確認してみましたが、特に異状があるようには見えませんでした。冒頭の情報４点セットがあると解決が早まるかもしれません。--Hiroes（会話） 2017年5月9日 (火) 07:28 (UTC)[返信]
コメント 追記 編集履歴からすると勝興寺あたりもそうでしょうか？こちらは手持ちの貧弱タブレット(Huawei Mediapad)添付ブラウザにて確認してみましたが、やはり異状は無いようにみえました。--Hiroes（会話） 2017年5月9日 (火) 07:45 (UTC)了解しました。失礼をば。--Hiroes（会話） 2017年5月9日 (火) 16:49 (UTC)[返信]

ありがとうございます。勝興寺の記事は普通に編集しただけです。紛らわしくてごめんなさい。

  1. ライオン/太平洋戦争など
  2. テンプレートの「分類」の欄の表示が崩れる/テンプレートの「交戦勢力」の欄の表示が崩れるなど
  3. Android 4.4/Chrome 58
  4. デフォルトのもの

もう少し詳しく言うと、ライオンの記事では分類欄の内容が右側に偏って表示されたり、太平洋戦争の記事ではデスクトップ表示だと半々に表示される枢軸国と連合国が80%20%の幅で表示されたりします。

別の端末 Android 7.0/Chrome 58 やパソコン Windows 8.1/Chrome 58 でも崩れて表示されます。--61.46.94.25 2017年5月9日 (火) 16:14 (UTC)[返信]

こちらでも書かれたとおりの表示を確認しました。ただ前者はともかく、後者はどうすればいいのか難しい所もありそうですね。またひょっとしたらテンプレート側ではなく使い方の問題かも。技術サイドの意見をお待ちしましょう。--Hiroes（会話） 2017年5月9日 (火) 16:45 (UTC)[返信]
コメント ブラウザでのウィキテーブルの解釈でなんらかの問題が発生していると考えられます。先日、BattleboxについてはWikipedia:表示改善依頼に持ち込まれましたが、「現象の出るページと出ないページがある」「英語版では現象が発生しない」という内容から「英語版を基準としたテンプレート構文にアップデートが必要」と回答しています。既にBattleboxについては所管しているプロジェクト:軍事史に更新を打診されている方がいます。多分なんですが、セルの結合を行っている都合でセルごとの幅指定がモバイルビューでうまく読み込めていないのではないか？と思われます。どちらかというと、テンプレート側で指定している数値のミスや、長く更新されていないことからうまく解釈ができなくなっている可能性のほうが高いので、テンプレートごとの見直しのほうが先決です。--アルトクール（会話） 2017年5月9日 (火) 17:03 (UTC)[返信]
返信 (アルトクールさん宛) 管轄に聞くべきというのは前に聞いておいて生かされていませんでした。すみません。ありがとうございます。--Hiroes（会話） 2017年5月9日 (火) 17:24 (UTC)[返信]
返信 (61.46.94.25さん宛) うっかりしていました。それぞれ管轄プロジェクトがはっきりしているようですので、そちらでどうしていくのかをそれぞれ検討いただく形が一番良さそうに思います。と書いていて競合してしまいました。--Hiroes（会話） 2017年5月9日 (火) 17:24 (UTC)[返信]

横浜市とか京都市とかテンプレート冒頭の画像説明で表をつかっているページも同様の問題が起きています。

全般的にテンプレートのなかで幅指定が効かなくなっているのではと感じましたが、個々のテンプレートの見直しで修正可能ならば見守りたいと思います。--61.46.94.25 2017年5月9日 (火) 17:35 (UTC)[返信]

影響は大きそうですが、結局は個々のテンプレートを修正していくしかないのではと思います。以前別件でお聞きしたところでは、市町村などの大量類似テンプレートの場合、条件さえきっちり詰められればBot依頼を受けてもらえる可能性もあるようです。--Hiroes（会話） 2017年5月9日 (火) 17:54 (UTC)[返信]
情報 mw:Skin:Minerva（モバイルビュー）のCSSに
.content table.infobox td {
	width: 100%;
}
が指定されているためではないでしょうか。--Waiesu（会話） 2017年5月10日 (水) 10:37 (UTC)[返信]

情報ありがとうございます。infoboxクラスの中のtdタグは幅100%になるということですかね。モバイルビューでテンプレートの幅が広がらないようにする意図でしょうか。だとしたら、効かせるのはtrタグでよい気がしますが。cssは修正できるのでしょうか。--61.46.94.25 2017年5月11日 (木) 06:00 (UTC)いろいろと誤認した内容でした。--61.46.94.25 2017年5月11日 (木) 10:11 (UTC)[返信]

phab:rEMFR1b2275ab04c115277b1043d8b7581882d39da810で問題を指摘していますが、反応がないのでMediaWiki talk:Mobile.css等で修正を提案しても構わないと思います。--Waiesu（会話） 2017年6月11日 (日) 03:33 (UTC)[返信]
phab の Diffusion だと反応ないかも…。Task で上げるか、gerrit に書いた方が（とはいえパッチが取り込まれる前）反応あると思います。--rxy（会話） 2017年6月11日 (日) 05:35 (UTC)[返信]

出典テンプレートの新聞記事にある「coauthors」に入力しても何故か表示されません。

Wikipedia:出典テンプレートの新聞記事にある「coauthors」に入力しても何故か表示されません。テンプレートが壊れているのでしょうか？--昼日新聞（会話） 2017年5月10日 (水) 15:36 (UTC)[返信]

{{Cite news}}のことでしょうか？Template:Cite news/docの編集履歴を見たところ、 2016年11月13日に「日本語版で使用されていない引数は削除」という要約で「coauthors」が除去されているようですが…詳しい方のコメントをお待ちします。--Sazanamiya（会話） 2017年5月13日 (土) 07:32 (UTC)[返信]
この編集ですね。coauthorというのは共著者という意味でありますから、著者 (first=, last=) パラメータが指定されていないと残念ながら、動きません。日本人に代表される姓名の表記規則が異なった国の人の名前は前に申し上げました2パラメータの代わりにauthor=をお使いいただけます。この編集の場合ですと、以下のようにすればちゃんと執筆者名が表示されます。--Kkairri[話][歴] 2017年5月15日 (月) 17:03 (UTC)[返信]
{{Cite news  
  | authors = 平井一敏
  | title = 春深し 祭り活況 心楽し 糸切りからくり 細やかさで魅了 久田見祭り
  | newspaper = [[中日新聞]]
  | location =
  | pages = 朝刊 中濃版 12
  | language = 
  | publisher = 中日新聞社
  | date = 2017-04-18
  | url = 
  | accessdate = }}
 ↓ここを確認！
平井一敏 (2017年4月18日). “春深し 祭り活況 心楽し 糸切りからくり 細やかさで魅了 久田見祭り”. 中日新聞 (中日新聞社): pp. 朝刊 中濃版 12 
（追記）documentationでの編集はcoauthorsを始めとしたパラメータを、ビジュアルエディターから使えなくしただけで、coauthor表示機能自体は除去されずに残っているようです。--Kkairri[話][歴] 2017年5月15日 (月) 17:06 (UTC)[返信]
詳しい説明ありがとうございます。質問された方はWikipedia:出典テンプレートの引数を使ったのに…と困惑されたようなので、このページをちょっと書き換えてみます。--Sazanamiya（会話） 2017年5月16日 (火) 00:42 (UTC)[返信]

ホバーボード機能に異常

解決済み

ベータ版のホバーボード機能を使用しています。カーソルをリンクに重ねてもリンク先項目のプレビュー（定義文の冒頭部など）が表示されず、「Looks like there isn't a preview for this page.」という文と先方へのリンクが表示される状態になっています。

最近の更新ページで遡って調べてみたところ、昨日以降更新されていない項目は正常に表示されており、どうも本日分（2017年5月12日00:00(JTC)）の更新分から表示がおかしくなっているようです。

上記現象はOS・Win7、ブラウザ・Firefox53.0.2およびIE11の環境で確認いたしました。--M-sho-gun（会話） 2017年5月12日 (金) 04:14 (UTC)[返信]

英語版でも発生していたのか、mw:Topic:Tqe32ousk1tm2818に質問がありました。ページプレビュー（ホバーカード）機能は現在デフォルトの機能にしようとしているようなのでバグなのかもしれません（4月に行われた告知）。--mirinano (talk) 2017年5月12日 (金) 08:21 (UTC)[返信]
phab:T165161とphab:T165115のタスクが作成され、修正を行っているようです。どうやら、システム側の問題を全部直した後にサーバーキャッシュを消去する、つまりはページをパージすれは直るはず...だそうです。修正は行われているようなので、もうしばらくお待ちください。--mirinano (talk) 2017年5月12日 (金) 18:38 (UTC)[返信]
先ほど、回復を確認しました。有難うございます。--M-sho-gun（会話） 2017年5月13日 (土) 00:23 (UTC)[返信]

ウォッチリストに記事を登録できない

☆を押してもリストに追加されず、「mobile-frontend-watchlist-error」と表示されます。 何故でしょうか。利用者:トレインファン|トレインファン]]（会話） 2017年5月13日 (土) 12:46 (UTC)——以上の署名の無いコメントは、トレインファン（ノート・履歴）さんが 2017-05-13T03:47:02‎ (UTC) に投稿したものです（mirinanoによる付記）。[返信]

そのエラーメッセージはモバイル版においてウォッチリストにページを登録する際にエラーが発生した場合に表示されるもので、本来は「⧼mobile-frontend-watchlist-error⧽」と表示されます。何度か試してみて、それでもウォッチリストにページを登録できない場合は、ページ上部にあるように、発生したページ、環境などと合わせて再度報告してください。--mirinano (talk) 2017年5月13日 (土) 04:06 (UTC)[返信]

モバイルのみに見られるテンプレの不具合?

解決済み

こんにちは。昨日、モバイル（iOS 10.3.1）でウィキペディアを閲覧していたところ、冒頭テンプレが、ソースではちゃんと文章の先頭にあるのに、文章の下に表示されるという不具合(?)が起きています。最初は、天文記事でよく見られたので、プロジェクト‐ノート:天体#テンプレの不具合？で報告したのですが、今日見ると、分野を問わず、ほぼ全ての冒頭テンプレが、文章の下に表示されています。私のTwitterにて、その証拠画像を掲載しています（コチラ→[6][7][8]）。この異常はPCでは確認されていません。

現在、異常が確認出来たテンプレ

などなど、他多数。

異常が見られなかったテンプレ

複数のモバイルで確認された事で、ここで報告したんのですが、もしも私のモバイルの方に異常があった場合は、お騒がせして申し訳ありません。--Koki0118（会話） 2017年5月26日 (金) 07:36 (UTC)[返信]

どうもモバイルビューの仕様変更があったようです。英語版でも同じ現象が見られます。en:Donald Trumpの場合、PCで画面下部のMobile viewに切り替え、ブラウザの幅を狭くすると、導入部がテンプレート（infobox）の上下に別れます。導入部の空行が入っているところで上下に別れるので、空行を消すと全部上に表示されると思います。Template:恒星系では空行が入ってるりゅう座BY星が上下に別れます。Template:基礎情報 国はこの現象がおきませんね。--Sazanamiya（会話） 2017年5月26日 (金) 10:32 (UTC)[返信]
遅くなりました。これは不具合ではなく、単なる仕様変更ですね。お騒がせして申し訳ありませんでした（どっちかというと前の方がいい・・・）。--Koki0118（会話） 2017年5月30日 (火) 10:21 (UTC)[返信]

定義文をモバイルビューでも冒頭にしたいという意図なのでしょうが、最初の空行でぶったぎるのはいささかお粗末ですね。せめて最初の見出しの前にしてほしいものです。--61.115.145.153 2017年5月30日 (火) 15:17 (UTC)[返信]

記事「東京工業大学」の目次が表示されない

解決済み

Windows XP, Firefox 52.02, 32bit で閲覧すると現在、東京工業大学の目次が表示されないです。皆様はいかがでしょうか?--Seseraginen（会話） 2017年6月25日 (日) 03:24 (UTC)[返信]

テンプレート引数内の改行 (<br />) タグが旧形式 (<br>) になっていましたので、恐らくどの環境でも表示されなかったと思います。修正しておきました。--Hiroes（会話） 2017年6月25日 (日) 04:44 (UTC)[返信]
コメント Windows10, Google Chrome 58では、修正前の版 版番64435639 で目次が表示されています。ブラウザとしてもMediaWikiとしても「<br>は旧形式であり、出力が変化する」という様な仕様は無いものと思います（空要素も関係ありません）。--Frozen-mikan（会話） 2017年6月25日 (日) 16:52 (UTC)[返信]
すみません。少なくともIE11@Windows8.1では目次は表示されていませんでしたし、先述のように変更した事で表示されるようになったので、よく考えずに修正しました。調べてみたところ、Help:ページの編集#段落・改行によれば、<br>タグは<br />に置換されるのが本来の仕様のようで、それゆえにそこを書き換えるだけの編集はしないように書かれているのですが、テンプレート引数の処理についてはうまく対応出来ていないのかもしれません。
Windows10はEdgeでしょうか？WikipediaのページのDOCTYPEにはDTDが指定されていないようですから、そのあたりの解釈と相まっての状況だと推測します。本来どうあるべきかまでは調べ切れていません。--Hiroes（会話） 2017年6月25日 (日) 18:49 (UTC)[返信]
コメント 大学のInfoboxテンプレートは「本文への出力」も行う特異なテンプレートなので誤作動も考えられます。Win10/Frirefox54.0では過去の版を見る限り目次は表示されているので、読み込みの問題だった可能性（brタグにスラッシュが入っていたかどうかではなく、空編集によって解決した可能性があるということ）が高いかと思われます。少なくとも、WindowsXPは既にマイクロソフトのサポートが終了し、FirefoxはWindowsXPに対するサポートをVer.52で終了しているので、OS+ブラウザの組み合わせの問題（読み込みの問題）であれば、手の打ちようがありません。Hiroesさんが、問題の編集をする前に閲覧したときに目次が無かったということであれば、MediaWikiや閲覧側の環境依存ではなく、サーバー側の問題（何らかの原因でページのデータ解釈がおかしかった）ですので、おそらくbrタグが関係しているのではなく、空編集によるキャッシュ破棄で直る現象になります。--アルトクール（会話） 2017年6月25日 (日) 19:39 (UTC)[返信]
こちらでも過去の版が正常に見えるのを確認しました。こういう状況もありえるのですね。勉強になりました。次からは空編集も確認方法のひとつとして覚えておきます。--Hiroes（会話） 2017年6月25日 (日) 19:52 (UTC)[返信]
マッハGoGoGoはどうですか?--Fireattack（会話） 2017年7月7日 (金) 07:43 (UTC)[返信]
たまに発生する程度の目次非表示は記事の内容には関係ないようですし、アルトクール氏の紹介されたようにキャッシュ破棄で直ります。あと、この節は「解決済み」が貼られているので、追記ではなく新たに節を設けた方がよろしいでしょう。--211.132.153.139 2017年7月7日 (金) 08:41 (UTC)[返信]

記事「日本の中高一貫校」の目次が表示されない

解決済み

Windows XP, Firefox 52.02, 32bit で閲覧すると現在、日本の中高一貫校の目次が表示されないです。いかがでしょうか?--Seseraginen（会話） 2017年7月10日 (月) 08:06 (UTC)[返信]

コメント Firefoxでウィキペディアを読み込むとき、極端に重くなる場合がありますので、リロードするかキャッシュを破棄してみてください。WindowsXPはOSのサポートが切れているので、その点は動作保証を致しかねます。Windows10-64bitのFirefox52.02-32bitでは問題ありません。--アルトクール（会話） 2017年7月10日 (月) 15:08 (UTC)[返信]

Category:参照エラーのあるページ

バグなのか仕様なのかわかりかねますが、利用案内や井戸端よりは、こちら向きかと思い ここにて報告致します。Category:参照エラーのあるページに、24時間前にカテゴライズされていない、かつ24時間以内に更新されていない、かつ参照エラーになっていない（例外もありますがノート:サンフランシスコ (セブ州)）記事が、数記事追加されています。対象記事は、小松原三夫のゴルフ道場、モモコのOH!ソレ!み〜よ!、A (テレビ番組)などです。Category:参照エラーのあるページより「APIによる出力（XML書式）」の「記事名前空間」を選択すれば、標準名前空間が数件表示されます。--JapaneseA（会話） 2017年7月4日 (火) 06:20 (UTC)[返信]

ノート:サンフランシスコ (セブ州)#小松原三夫のゴルフ道場 などにエラーとなった原因の回答を頂いています（エラー記事も全て修正して頂きました）。これらは数時間前まではエラーとなっていなかったので、仕様が変わったのでしょうか。またこれらをエラー扱いすべきなのかどうか判断つきかねます。--JapaneseA（会話） 2017年7月4日 (火) 09:02 (UTC)[返信]
マリア・バレア他複数の記事が、Category:参照エラーのあるページにカテゴライズされましたが、エラーではないように思います。--JapaneseA（会話） 2017年7月28日 (金) 02:20 (UTC)[返信]
コメント おそらくは、何かしらのテンプレート経由でエラーが入りこんで、それがキャッシュされただけだと思われます（マリア・バレアを空編集したら消えました）。--Jkr2255 2017年7月28日 (金) 03:25 (UTC)[返信]
コメント ありがとうございます。他の記事も空編集で消えました。--JapaneseA（会話） 2017年7月28日 (金) 03:44 (UTC)[返信]

2017年7月頃のログインに関するバグ

解決済み

--rxy（会話） 2017年11月5日 (日) 09:25 (UTC) [返信]

Phabricatorで追跡中
タスク T169261
解決済み

ウィキペディア日本語版を含む、ウィキメディア財団運営のプロジェクトにてログイン時に「あなたのセッションに関して現在ログインの試行は行われていません。」("centralauth-error-nologinattempt") というエラーが発生してログイン状態を継続できないという報告を利用案内 (固定版リンク) や phabricator 他にて一部のユーザーから受けています。この問題は phab:T169261 として挙がっており、利用者自身で対応可能な暫定的解決方法が発見されていますので、利用者:Rxy/2017年7月のログイン不能問題 にまとめてあります。--rxy（会話） 2017年7月6日 (木) 10:25 (UTC)[返信]

Category:不適切な保護テンプレートのあるページの不具合

WikiChecker について

ログインをしているのですが、「あなたはログインしていないのでこのサイトの閲覧が出来ません。」とのエラーメッセージがきます。どうしたらいいのでしょうか？--M.s.s.project（会話） 2017年7月28日 (金) 09:14 (UTC)[返信]

コメント ウィキチェッカー自体は外部サイトなのでこちらでの報告対象外です。--アルトクール（会話） 2017年7月29日 (土) 01:44 (UTC)[返信]

どうもすいません--M.s.s.project（会話） 2017年7月29日 (土) 14:23 (UTC)[返信]

Template:Infobox お笑い芸人 について

濱口優、キンタロー。他Template:Infobox お笑い芸人を使用しているページにおいて、テンプレート内の「芸風」に何か入力されているか否かにかかわらず、芸風　ちんちん　と表示されてしまいます。 吉村崇、餅田コシヒカリでも同様の現象を確認しています。 確認済みの環境はWindows10＋chrome60、android6.0＋chrome59のみです。--練馬のサッチイ（会話） 2017年8月8日 (火) 00:41 (UTC) 投稿後に見たら直っていました--練馬のサッチイ（会話） 2017年8月8日 (火) 00:46 (UTC)[返信]

報告ありがとうございました。テンプレートが荒らされていたため、当該編集を差し戻しました（[9]）。読み込み直してみてください。 --kyube（会話） 2017年8月8日 (火) 00:48 (UTC)[返信]
ありがとうございました--練馬のサッチイ（会話） 2017年8月8日 (火) 00:53 (UTC)[返信]

Template:Mainを他言語版記事に使用すると正常動作しない

「Template‐ノート:Main#他言語版記事に対して使用された場合の動作不良について」で詳しい方が気付いてくれるのを待っているのですが、10日経ちましたのでこちらへも寄せさせて頂きます。

{{main|:en:Wikipedia:AutoWikiBrowser/History}}

こういう使い方をされている記事↑が

詳細は「[[::en:Wikipedia:AutoWikiBrowser/History|:en:Wikipedia:AutoWikiBrowser/History]]」を参照

という表示になっています。ノートに寄せられたコメントでは他の利用者の方の閲覧でも同様の表示になっているとの事です。

記事側で {{main|[[:en:Wikipedia:AutoWikiBrowser/History]]}} 引数を角括弧で囲むと正常動作、また、{{main|en:Wikipedia:AutoWikiBrowser/History}} 言語名プレフィクス前のコロンを削除しても正常動作します。ですがコロンを削除すると正常動作に戻った際に枠外左の他言語版記事リンクに影響を与えないかと心配です。角括弧付けをWikipedia:Bot作業依頼に依頼する事も考えましたが、その前にこちらでもしばらく詳しい方が気付いて{{main}}の修正をしてくれないかと待つことにします。--野良人（会話） 2017年8月10日 (木) 18:29 (UTC)[返信]

また、{{See also}}でも同様の動作不良が発生しています。--野良人（会話） 2017年8月11日 (金) 16:50 (UTC)[返信]
{{See}}でも同様。（例：静岡県#スポーツ）--野良人（会話） 2017年8月13日 (日) 09:28 (UTC)[返信]
同様の動作不良が発生していると思われる記事が{{Main}}で1700件強、{{See}}で50件弱、{{See also}}で300件弱です。--野良人（会話） 2017年8月13日 (日) 09:28 (UTC)[返信]
情報 表記揺れを含めるともう少し多く見つかりました。{{Main}}/{{main}}で約2200件、{{See}}/{{see}}で80件強、{{See also}}/{{see also}}/{{Seealso}}/{{seealso}}で約680件でした。
複数のテンプレートに亘ってこれだけ多くの動作不良が見つかることから推察するに、「以前はこの書式で正常動作していたが、これらのテンプレートよりも上位のレベルで何らかの変更があり、そのために正常に動かなくなった」ということではないかと思います。--侵入者ウィリアム（会話） 2017年8月17日 (木) 17:10 (UTC)[返信]
情報 追加です。言語間リンクだけでなくカテゴリへのリンクについても同様の問題があるようです。例えば静岡県#食文化（2017年8月12日 (土) 09:18 UTCの版）では、{{See also}}を使った部分が
"「[[::Category:静岡県の食文化|:Category:静岡県の食文化]]」も参照"
というように表示されています。--侵入者ウィリアム（会話） 2017年8月18日 (金) 02:12 (UTC)[返信]
おそらくですが、{{See/core}}にあるコロンを除去すれば解決できるものと考えます。ただし、副作用があるかは検証しておりませんので、何らかのテストをしてから編集したほうが宜しいかと存じます。--ネイ（会話） 2017年8月18日 (金) 00:36 (UTC)[返信]
修正案提示ありがとうございます。「Template‐ノート:Main#他言語版記事に対して使用された場合の動作不良について」へ囲み引用形式で転記させて頂きました。{{See/core}}は少なくとも1万件以上の記事で利用されている為、頂いた案について他の識者方の賛否や御意見を待たせて頂きたいと思います。--野良人（会話） 2017年8月18日 (金) 15:30 (UTC)[返信]
報告 {{See/core}}へ最新の変更（この変更自体が3年前に発生していた別のTemplate:Mainの不具合への対処）をされたwhym氏のノートへ、上記のネイ氏の修正案が適切と思われる物であるかどうか問い合わせを行いました。--野良人（会話） 2017年8月30日 (水) 18:07 (UTC)[返信]
報告 whym氏へウィキメールでの問い合わせを行いました。--野良人（会話） 2017年9月10日 (日) 15:30 (UTC)[返信]
情報 先程「Wikipedia:お知らせ#Tech News: 2017-41」の方に投稿がありましたが、コロン2つで始まるウィキリンクが機能しなくなったとのことです。それに該当するページは「特別:LintErrors/multi-colon-escape」にて確認できるようです。--Frozen-mikan（会話） 2017年10月9日 (月) 14:30 (UTC)[返信]
コメント ご連絡ありがとうございます。上記「Wikipedia:お知らせ#Tech News: 2017-41」では「[[::File:X.jpg]] のようなリンクは [[:File:X.jpg]] のように修正しなければなりません。」と記述されていますので、
  • {{See/core}}へ「呼び出し元へ返す値がコロン2つで始まる際は最初のコロン2つをコロン1つに置き換える」という文を加える
もしくは
  • {{See/core}}を呼び出す側の{{main}}、{{see}}、{{see also}}に{{See/core}}からの「戻り値がコロン2つで始まる際は最初のコロン2つをコロン1つに置き換える」という文を加える
で解決できそうですね。当該処理を記述する方法がお分かりの方、コメント等でお知らせ下さいます様お願い致します。--野良人（会話・履歴） 2017年10月9日 (月) 15:45 (UTC)[返信]
コメント 「Template‐ノート:Main#他言語版記事に対して使用された場合の動作不良について」にて修正案が投稿されましたので、以下に転記します。

かなり強引ですが、{{see/core}}を

{{#if:{{IsValidPageName|{{{1}}}}}|[[:{{#invoke:string|replace|{{{1}}}|^:||1|false}}|{{{2|{{{1}}}}}}]]|{{{1}}}}}

とすれば{{{1}}}の最初のコロンを除くことができると思います。--Waiesu（会話） 2017年10月28日 (土) 14:15 (UTC)

既にネイ氏により修正案が提示されておりますが、もともと{{main}}へのパラメータ指定が「Category:ほにゃらら」と「:Category:ほにゃらら」の両方で許容されていた事を考えるとネイ氏案では呼び出し元記事に対し誤カテゴリへの登録等が発生するような気がして、Waiesu氏の案の方が良さげに思えます。「特別:LintErrors/multi-colon-escape」を見るところ、かつて正常に動作していたコロン二つで始まるリンクは「::en:」など言語名プレフィクスで始まるもの、「::Category:」で始まるもの、「::w:」などのwikiプロジェクト名プレフィクスで始まるもの、「::ファイル:」などの画像埋め込み用文字列で始まるものがありますが、それぞれについて先頭コロンなし・１ケのどちらで{{see/core}}にパラメータが渡されても正常動作すると思われます。しかしながら、{{see/core}}は利用されている記事・テンプレートが多いため影響範囲が広いので、Waiesu氏案に対し反対等のコメントが付かないか2週間ほど様子を見させて頂こうと思います。--野良人（会話・履歴） 2017年10月29日 (日) 07:23 (UTC)[返信]
「#在日韓国・朝鮮人の参政権」も参照
ではなく
「[[:

   1. 在日韓国・朝鮮人の参政権|#在日韓国・朝鮮人の参政権]]」も参照
と表示されてしまうようになった為、差し戻されました。

Waiesu氏案のTemplate:See/coreで{{see also|#在日韓国・朝鮮人の参政権}}[11]をプレビューした所、「Template‐ノート:See also##が番号として扱われる」に挙げられている物と同様の改行入り表示

「[[:

1. 在日韓国・朝鮮人の参政権|#在日韓国・朝鮮人の参政権]]」も参照
となります。ネイ氏案では「パリ#歴代市長」にある様な{{Main|fr:Liste des maires de Paris}}等のコロン無しプレフィクスパラメータ記述が
詳細は「」を参照
という表示になって記事の他言語版リンクリストやカテゴリ登録を上書きしてしまう様です。『「#」で始まるパラメータ』と『コロン無しプレフィクスで始まるパラメータ』のどちらでも正しく扱える修正案が望まれます。--野良人（会話・履歴） 2017年11月10日 (金) 18:03 (UTC)[返信]

特別:新しいページ

解決済み
野良人（会話・履歴） 2017年10月9日 (月) 15:52 (UTC)[返信]

特別:新しいページですが、巡回済でないページが、巡回済の色（白色）で表示されています（opera12系）。--JapaneseA（会話） 2017年8月18日 (金) 18:23 (UTC)[返信]

コメント Firefoxでも同様の現象が起きています（Firefox 55.0.2）。--Motoriyo（会話） 2017年8月18日 (金) 22:23 (UTC)[返信]

報告 私の環境では直りました。--JapaneseA（会話） 2017年8月25日 (金) 08:50 (UTC)[返信]
コメント Firefoxでも通常の表示に戻っていることを確認しました。--Motoriyo（会話） 2017年8月25日 (金) 22:03 (UTC)[返信]

Wikipedia‐ノート:コメント依頼で

解決済み
野良人（会話・履歴） 2017年10月9日 (月) 16:09 (UTC)[返信]

Wikipedia‐ノート:コメント依頼を見ていたら、１部真っ黒な弾幕？が出てきてクリックしてみたら消えます。で、もう一回ページを見てみたらまた黒い弾幕が現れていました。どうすればいいのでしょうか？--M.s.s.project（会話） 2017年8月30日 (水) 14:21 (UTC)[返信]

遅くなって申し訳ありません。dynabookのwindows vistaです。古いノートパソコンなので（2007年)Google Chromeが更新されなくなり今回のバグが初めてでは無いです。申し訳ないですがもしかしたらpc本体のバグかもしれません。--M.s.s.project（会話） 2017年9月2日 (土) 12:00 (UTC)[返信]
コメント パソコンのディスプレイの信号異常（処理異常）だと思います。Chromeのバグとかではないと考えられます。--アルトクール（会話） 2017年9月10日 (日) 15:37 (UTC)[返信]
コメント 取りあえずなおりましたがこれを機にpcを変えようかなぁと思います。--ℳ.S.SProject（会話） 2017年9月13日 (水) 12:48 (UTC)[返信]

ホバーカードが表示されない

解決済み
野良人（会話・履歴） 2017年10月9日 (月) 16:09 (UTC)[返信]

項目の内部リンク部分にポインターを合わせてもホバーカードが表示されません。ホバーカード機能を使わなくても表示されるはずのリンク先の項目名も表示されなくなっています（標準の項目のみ、Category:, Wikipedia:, User:等は表示されます）。

この現象はWin7(32), Firefox55.0.3およびIE11の環境下で確認しました。M-sho-gun（会話） 2017年9月1日 (金) 05:08 (UTC)[返信]

報告 私の上記環境下では2017年9月2日01：00 (JTC)の時点で同異常は解消されたようです。前後で比較していないのでよくわかりませんが、Wikipediaへのアクセス前にブラウザのキャッシュをクリアしたのが良かったのでしょうか?--M-sho-gun（会話） 2017年9月1日 (金) 20:11 (UTC)[返信]

モバイル版で、ソフトリダイレクトが役に立たない

終点のような、ウィクショナリーへのソフトリダイレクトをモバイルビューで表示すると、中身が何も出ないページが出てしまいます。モバイル版では案内文のたぐいが全部消えてしまうのですが、さすがにこれは致命的かと思いました。--Jkr2255 2017年9月2日 (土) 14:59 (UTC)[返信]

  • ウィクショナリーへのソフトリダイレクトの案内には {{Wiktionary redirect}} が使われています。このテンプレートは {{Fmbox}} を使用しており、モバイル版では、大雑把に言えば、Fmbox を表示しない設定になっています。ですので、Fmboxを使用しない方向で調整してはいかがでしょうか。--Frozen-mikan（会話） 2017年9月2日 (土) 17:40 (UTC)[返信]

「オリュンピアス」の英語版へのリンクについて

解決済み
野良人（会話・履歴） 2017年10月9日 (月) 16:09 (UTC)[返信]

オリュンピアスの英語版へのリンクがen:Alexander I of Epirusとなっていたため、「リンクの編集」で訂正しようとしたら、 そちらはen:Olympiasとなっており、どう修正したらよいか分かりません。--Jun324（会話） 2017年9月16日 (土) 00:51 (UTC)[返信]

記事の本文中にあった[[En:Alexander I of Epirus|アレクサンドロス1世]]というリンクが原因です（Enの前のコロンが抜けている）。私の方で{{仮リンク}}を使用したリンクに置き換えました（差分）。ご確認ください。--本日晴天（会話） 2017年9月16日 (土) 02:20 (UTC)[返信]
確認しました。どうもありがとうございました。--Jun324（会話） 2017年9月16日 (土) 04:01 (UTC)[返信]

「2017年の日本」で出典が表示されない。

2017年の日本には少なくとも500件ほどの出典が付けられているようなのですが、全く表示されていません。本来は出典が並ぶはずの部分も「Template:Reflist」と言う文字列が単に表示されていたりします。そもそも記事の末尾にある複数のテンプレートが読み込まれていない様です。--KAMUI（会話） 2017年9月17日 (日) 11:05 (UTC)[返信]

最上部にあるタイトルと記事冒頭文の間に空白

節名の通り記事の最上部に不自然な空白ができています。そのため甲府市藤村記念館や新宿区立漱石山房記念館など右上に出ている座標が罫線上にずれていて視認性が損なわれています。Chrome、Firefox、IEといったどんなブラウザ（拡張機能を全部OFFにしても）でも空白ができるので自分の環境の問題ではない可能性があると考えここに報告します。--K-iczn（会話） 2017年9月26日 (火) 08:04 (UTC)[返信]

コメント 経緯は不明ですが、#jump-to-nav のスタイルが margin-top: 0 で上書きされていることで起きているようです（元は-1.4em）。--Frozen-mikan（会話） 2017年9月26日 (火) 10:09 (UTC)[返信]
コメント gerrit:376879 これが原因ですねぇ…。phab:T176444 がでています。 英語版と同様に #siteSub を表示させて、その右側余白に回り込ませるか、元の場所に表示させるなら indicator 化 をしないと、中華人民共和国("#jump-to-nav margin-top" 適正化) を開いてもらえればわかるとかと思いますが、現状のまま復旧させても半保護テンプレートなど indicator 利用テンプレートと干渉を起こすことになります。--rxy（会話） 2017年9月26日 (火) 14:41 (UTC)[返信]

Frozen-mikanさん、rxyさんありがとうございます。修正されることを願ってやみませんが事の成り行きを見守りたいを思います。--K-iczn（会話） 2017年10月4日 (水) 01:47 (UTC)[返信]

MediaWiki‐ノート:Vector.css#coordinatesのCSSにFrozen-mikanさんのコメントをいただきましたが、CSSで直るものだということをそちらに記しています。--タバコはマーダー（会話） 2017年10月5日 (木) 15:23 (UTC)[返信]
報告 Vector.css を編集し、座標位置を変更しました（差分）。なお、仮に #jump-to-nav のスタイルが元に戻った場合、座標位置は、indicatorアイコン群と記事名の下ボーダーとの間にギリギリ入るはずです。その時には、また何らかの対処は必要になるとは思いますが。--Frozen-mikan（会話） 2017年10月7日 (土) 04:11 (UTC)[返信]
遅くなりまして大変申し訳ございません。ありがとうございます。座標も表示位置が変わったことを確認しました。--K-iczn（会話） 2017年10月16日 (月) 11:15 (UTC)[返信]

すいません。新たな報告ですが、玄倉川水難事故のように最上部でメッセージと座標が重なっております。--K-iczn（会話） 2017年10月20日 (金) 05:47 (UTC)[返信]

コメント 前回の変更の修正という形で #jump-to-nav のスタイルが変更されています。元に戻ったのではなく、マージンの上下が 0 になりました。冒頭の座標は空いてる隙間に無理やりねじ込んでいるので、何とも言い難いところですが、これを機に、日本語版では長らく消されたままになっている、英語版で「提供: Wikipedia」となっている部分を復活させても良いかもしれません。個人的には、消した理由も定かではなく、消した際にも抗議があったような話は覚えてないので、復活させてもそれほど影響はないとは思っているのですが、良いタイミングが無くそのまま放置しているところです。Frozen-mikan（会話） 2017年10月20日 (金) 06:55 (UTC)[返信]
賛成 緊急な対処法として、英語版と同様にsiteSub部分を表示することに賛成します。そのまま文句などなければ黙って継続表示でよいかと。
長期的には、保護アイコンや秀逸アイコンで使われているindicator化？（すみませんよく理解できていません）すべきかもしれません。ドイツ語版やチェコ語版は、どうもindicator化によって座標を表示しているようなのです。しかし、私は構文はよく分かりませんし、大規模工事になりますから各所との調整が必要になる。今の人手不足のウィキペディア日本語版では難しいとも思います。--Starchild1884（会話） 2017年10月28日 (土) 22:11 (UTC)[返信]
座標位置の緊急対処ということであれば、CSSで簡単に直ります。MediaWiki‐ノート:Vector.css#新たに--タバコはマーダー（会話） 2017年11月10日 (金) 10:57 (UTC)[返信]

タイトルと文の間の空白は、どこかで指定された contentSub クラスのCSSが、余白長 1.4em で指定されているので、何かで、これを 0 に上書きすると他の節と同じようになりますが。そうした場合、座標一は、Vector.cssでいえば、coordinates での指定は、絶対数値の方がいいので、top:16px; ですね。全環境で確認したわけではないですけど。--タバコはマーダー（会話） 2017年11月10日 (金) 11:12 (UTC)[返信]

1.4em は英語版では、en:MediaWiki:Common.cssで一時対策が施されており、phab:T178626で何か最近でも話が進んでいますね。今、対処してもまた元に戻るんですかね。動向の把握はぜんぜんしていませんが、当方でCSSの調整についての簡単な分析はできます。--タバコはマーダー（会話） 2017年11月10日 (金) 11:27 (UTC)[返信]
コメント 私も一応CSSは読めますし試験も出来ますが、top:16pxでは、ちょっと、下過ぎませんかね。
何にせよ、ウィキペディアの記事を閲覧していれば頻繁に目にするであろう座標機能であるにもかかわらず、議論に参加はおろか、不具合を報告する人すら少なすぎる。皆興味がないのだな、と失望気味になってしまいましたので、本件に関しては私はこれを以って議論から撤退させていただきます。--Starchild1884（会話） 2017年11月17日 (金) 21:44 (UTC)[返信]
コメント 今度は記事の水中線と座標が重なってしまっているようです。--EVandRailway (会話 | 投稿記録) 2017年11月29日 (水) 07:28 (UTC)[返信]

InternetArchiveBotによる誤った出典リンク切れのタグについて

このInternetArchiveBotによる出典リンク切れのタグですが、確認したところ切れていないものにも一斉にダグつけしているようです。例えば、こんな具合です。レジェンド・オブ・フィスト 怒りの鉄拳　Botなのでほかにも多数あるようです。タグづけに関する基準もわからず困惑しております。何か理由があるのでしょうか。--Ponfuni（会話） 2017年9月30日 (土) 23:31 (UTC)[返信]

コメント 恐れ入りますが、Bot運用者にご確認ください。明らかに誤った変更が行われているならば、管理者伝言板にBotの緊急停止を依頼してください。ウィキペディアの標準機能として動いているわけではありませんので、バグの報告に連絡いただいても対応いたしかねます。--アルトクール（会話） 2017年10月1日 (日) 06:01 (UTC)[返信]

分りました。勝手が分らないので、とり急ぎ管理者伝言板に行って報告してみます。ありがとうございました--Ponfuni（会話） 2017年10月1日 (日) 07:25 (UTC)[返信]

「ヨーゼフ・ヴュルムヘラー」の言語間リンクについて

解決済み
野良人（会話・履歴） 2017年10月9日 (月) 16:09 (UTC)[返信]

題名にもあるとうり、ヨーゼフ・ヴュルムヘラーの言語間リンクがバグっています。En→Jaはつながっていますが、Ja→Enだと違う記事とリンクされています。ただし、WikiDataの内容は間違っていません。

  • 使用環境-Windows7、MozziraFirefox、スタイルは「ベクター」

--285Sunlize（会話） 2017年10月8日 (日) 05:15 (UTC)[返信]

チェック 済 修正しました。本来なら[[:en:Herbert Huppertz|ヘルベルト・フッペルツ]]とすべきところをコロンが欠落したため言語間リンクと認識されてしまったようです。本題とは関係ありませんが、ご使用の環境はMozilla Firefoxではありませんか。--ネイ（会話） 2017年10月8日 (日) 05:26 (UTC)[返信]

返信 直していただきありがとうございます。使用環境についてはこちら打ち間違いです、すみません。--285Sunlize（会話） 2017年10月8日 (日) 06:02 (UTC)[返信]

アンカーの不具合？

まず、『Template:Anchors』の問題なのか、全般的な問題なのかが不明でしたので、より適切と思われる、こちらにコメントさせて頂きました。
===極東狼谷学園・極東狼谷学院{{Anchors|極東狼谷学園|極東狼谷学院|極東狼谷学園・極東狼谷学院}}===
というように記述した場合、
  • [[#極東狼谷学園・極東狼谷学院]]
  • [[#極東狼谷学園]]
  • [[#極東狼谷学院]]
といった『単純なページ内リンク』や、
といった『リンクタグを用いたリンク』では、ちゃんと機能するのですが。
  • [[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学園・極東狼谷学院]]
  • [[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学園]]
  • [[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学院]]
とした場合に、一つ目はアンカーが機能するのに対し、二つ目と三つ目は機能しません。
僕は外部からリンクする際に、『https://ja-two.iwiki.icu/wiki/記事名#セクション名』というＵＲＬ指定を、分かりやすくて良いので、よく使っているのですが。今回のようなケースは初めてでして、コレが不具合なのか、それとも仕様なのかが、よく分かりません。
いずれにしても、『記事名#セクション名』というＵＲＬ指定が(アンカー機能の場合でも)使えるようになると、個人的には助かるのですが、どうにかならないでしょうか？
尚、今回の場合、ウィキペディア内で見た場合には問題が無くて、あくまでも外部からリンクする際の話なので、とりあえずは急がないですが。『セクション名を変更した場合に、旧セクション名をアンカーとして残しておく』という事も有ると思いますので、ご確認くださると幸いです。--ただのしかばね（会話） 2017年10月8日 (日) 15:59 (UTC)[返信]
コメント 私も詳しくないのですが「Help:リンク#アンカー」には「外部リンク形式でアンカーリンクを張る場合、日本語など2バイト文字のアンカーはエンコードする必要があります。」と記述されているので、エンコードなしで機能する[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学園・極東狼谷学院]が仕様外なのかもしれません。

[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学園] については、[https://ja-two.iwiki.icu/wiki/{{Urlencode|ゴッドイーター#極東狼谷学園}}] →二つ目。
[https://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学院] については、[https://ja-two.iwiki.icu/wiki/{{Urlencode|ゴッドイーター#極東狼谷学院}}] →三つ目で機能するようです。参考：{{Urlencode}}、Help:マジックワード#URL --野良人（会話・履歴） 2017年10月9日 (月) 07:46 (UTC)[返信]

コメント どういうわけかこちらの環境では[https://ja-two.iwiki.icu/wiki/ゴッドイーター%23極東狼谷学園]、[https://ja-two.iwiki.icu/wiki/ゴッドイーター%23極東狼谷学院]をブラウザのアドレスバーに直接入力してアクセスできました。--野良人（会話・履歴） 2017年10月9日 (月) 07:53 (UTC)[返信]
コメントIEなどの一部のブラウザはいまだに設定次第ではシフトJISにエンコードするケースがありますが、そのあたりいかがでしょうか？--Hiroes（会話） 2017年10月9日 (月) 13:21 (UTC)[返信]
  • 返信 　まずは皆様、コメントありがとうございます。
僕が使用しているブラウザは、Mozilla Firefoxです。『シフトJISにエンコード』しているのかどうかは、僕にはよく分かりませんけども。日本語URL変換ツールでhttps://ja-two.iwiki.icu/wiki/ゴッドイーター#極東狼谷学園を文字コードを指定してエンコードし、それをＵＲＬ欄からコピーしたものと比較してみたところ、UTF-8とのみ一致していましたので、多分それは無いと思います。
そして、#ではなくて、%23を用いた場合は、二つ目と三つ目のアンカー名でも、ちゃんと機能しました。
これを考えると、本来の仕様では『https://ja-two.iwiki.icu/wiki/記事名#セクション名』というリンク形式は仕様外だけれども、利便性を考慮して、正式なセクション名の場合のみ例外処置として、対応しているという可能性が高い気がします。
つまり、少なくとも今の仕様においては、『https://ja-two.iwiki.icu/wiki/記事名%23セクション名』という形式にすれば大丈夫みたいですね。
僕は詳しくないので、出来ませんけども。詳しい方で、それで間違いないと断言できる方がいらっしゃいましたら、分かりやすい所(Template:Anchorsの解説など)に記載して頂けると助かります。--ただのしかばね（会話） 2017年10月9日 (月) 15:14 (UTC)[返信]
  • コメント なるほど、おもしろいですね。仕組みがわかったので少しだけ。
MediaWikiは、各見出しに対して自動的に2種類のアンカーをまず作成してくれます。各見出しの文字(タグ等は省いて)を直接用いたものと {{anchorencode:ほげほげ}}でエンコードしたものです。
例えば、今回の「極東狼谷学園・極東狼谷学院」であれば「極東狼谷学園・極東狼谷学院」と「極東狼谷学園・極東狼谷学院」がアンカーになります。ところで、MediaWikiにおいて「アンカーのエンコード」といえばanchorencodeのことになり、一般的なURLエンコードとは異なります。
さて、当該箇所には<span id="極東狼谷学園"></span><span id="極東狼谷学院"></span>が挿入されていたようです。ぱっと見エンコードされていないようですが、MediaWikiはこれもanchorencodeしてくれます(元のidのままは残らない)。つまり、外部からアンカーリンクを貼る場合、 .../wiki/ゴッドイーター#極東狼谷学園のような指定がされていればいいわけです。(一般にURLエンコードをおこなうと %E6%A5%B5%E6... のような文字列になりますが、MediaWikiでは%のかわりに.を用います)
見出しについては両方のアンカーが存在するので「ゴッドイーター#極東狼谷学園・極東狼谷学院」は機能したわけですね。
(ちなみに、アンカー(#以降)は通常はHTTPリクエストでは送信されないのでエンコード云々はほぼ無視して考えて構いません。)
そして、%23なら行けたという件。この場合アンカーがHTTPで送信されますが、MediaWikiはアンカーをanchorencodeでエンコードしたアンカーリンクにリダイレクトしてくれます。結果、目当てのアンカーに飛ばせたようですね。
ちなみに、anchorencodeはJavaScriptで簡単に再現できます。お試しください。--Hina（会話） 2017年10月11日 (水) 14:26 (UTC)[返信]
返信 　とても分かりやすい説明、ありがとうございます！　スッキリしました！
僕はJavaScriptはよく分からないので、anchorencodeしたい時には、サンドボックスのプレビューとかを使おうと思います。--ただのしかばね（会話） 2017年10月11日 (水) 15:17 (UTC)[返信]

播磨国内鎮守大小明神社記の編集について

解決済み
野良人（会話・履歴） 2017年10月16日 (月) 17:20 (UTC)[返信]

私が編集しようとした播磨国内鎮守大小明神社記(一覧ページ)についてですが、ビジュアルエディター含め、編集の動作がおかしいのは私だけでしょうか?動作環境は私の利用者ページに書いてある通り、Windows7でMozilla Firefoxを使用して書いています。--285Sunlize（会話） 2017年10月14日 (土) 12:04 (UTC)[返信]

コメント 大量に不要な全角空白やタブが含まれていたので除去しました。--野良人（会話・履歴） 2017年10月15日 (日) 14:17 (UTC)[返信]
返信 直し方が分からなかったので助かりました。ありがとうございます。--285Sunlize（会話） 2017年10月16日 (月) 09:21 (UTC)[返信]

画像の閲覧ページ

Wikipediaに掲載されている画像を閲覧する際に別のタブやウィンドウを使用した際に開く「ファイル:画像名」のページについてなのですが、「ローカルの解説」を作成というタグ(?)が2つ表示されます。ひとつはビジュアルエディター、もう一つはソースを使った編集用となっていますが、アドレスの末尾が違うだけで開いた画面の内容はどちらもビジュアルエディター版です。

この以上はログイン状態でのみ発生します（非ログイン状態だと上記タグが一つしか表示されない）。Win7(32bit), Firefox56.0.2およびIE11の環境下で確認いたしました。M-sho-gun（会話） 2017年11月5日 (日) 08:33 (UTC)[返信]

状況確認。上記の説明でおそらくそうなるであろう条件を想定し、次の条件で発現することを確認しました。
  • 前提条件: commons に同名ファイルのあるファイルページ　かつ　下記すべてを満たす場合
  1. special:preferences#mw-prefsection-rendering-files 「メディアビューアーを有効にする」が無効
  2. special:preferences#mw-prefsection-editing-editor 編集モード： 「常にソースエディターを使用する」 になっている
  3. special:preferences#mw-prefsection-betafeatures 「⧼visualeditor-preference-newwikitexteditor-label⧽」 が有効
ローカルファイルページが存在していない場合、タイトル上部右側のタブが「ローカルの解説をソースで作成」に、ローカルファイルページが存在している場合は 「ローカルの解説を編集」 になっています。
で、作成の場合は内容が空っぽなので 「⧼visualeditor-preference-newwikitexteditor-label⧽」だとそのままコモンズの解説が表示されてしまうため、ソース編集とヴィジュアルエディター編集の区別がつきません。しかし実際にはソース編集なのです。例: ファイル:Cscr-featured.svg ; その確認は、コモンズにファイルが存在しており、ローカルのファイルページが存在するもので確認できます。ファイル:Kusatsu-Shiranesan01s5s4272.jpg などで上記の条件に一致することをご確認ください。--rxy（会話） 2017年11月5日 (日) 09:07 (UTC)[返信]

Cite newsでのエラー

解決済み
--Fusianasan1350（会話） 2017年11月16日 (木) 10:51 (UTC)[返信]

足立康史にて、Template:Cite newsを用いた出典提示を行なったのですが、エラーになってしまったようです。JapaneseAさんが修正・報告してくださったのですが、以下の通りソース上は全く同じに見えるためどこがエラーの原因になったのか判別できませんでした。

もしかすると新調したパソコン・スマートフォンのどちらかが原因かもしれませんがはっきりしません。使用環境はWin10・Chrome若しくはiOS11・Safariです。--Fusianasan1350（会話） 2017年11月16日 (木) 08:17 (UTC)[返信]

当該部分をUTF-8で保存しダンプしたところ "| url" の前が ff fe 、"html" の次が 2c 20 になっていました。おそらく何らかの入力ミスがあったのでしょう。 --kyube（会話） 2017年11月16日 (木) 09:48 (UTC)[返信]
情報ありがとうございます。こちらでも色々と探っていたのですが、iOS・Safariの環境下で朝日新聞のPC版URLをコピーする際に何かの不都合があったと推測します。Chromeでは正常に入手できることも確認できたので、当面この作業にSafariを用いないことで対処いたします。--Fusianasan1350（会話） 2017年11月16日 (木) 10:51 (UTC)[返信]

Template:Infobox 組織で役職名の行が折り返されない

解決済み
プロジェクト:テンプレートにて暫定対応案を確認。テンプレート修正本格対応は未済だが、いったん案件クローズ。--Mis0s0up（会話） 2017年12月5日 (火) 07:54 (UTC)[返信]
役職名が長いケース
種類 業界団体
目的 メディア業界における倫理規定の策定と監視
理事長 John Smith
理事長代理兼筆頭幹事長その他諸々の世話役 Jane Smith
マネジメントコミッティメンバー Jackson Smith
テンプレートを表示
役職名が短いケース
種類 業界団体
目的 メディア業界における倫理規定の策定と監視
理事長 John Smith
幹事長 Jane Smith
監査役 Jackson Smith
テンプレートを表示

Template:Infobox 組織で、項目名 (左側の列)の|leader_title、|leader_title2 (以下4まで続く) の行折り返しがデフォルトで禁止になっているため、役職名が長いと内容 (右側の列) の列幅が狭まり、表示レイアウトが崩れます。英語版の{{Infobox organization}}では自動で行が折り返されるので、日本語版テンプレート特有のバグではないかと思われます。暫定対応で役職名の途中に<br>を入れて回避することも検討したのですが、将来的に日本語版テンプレートの行折り返しが修正された場合、<br>を入れたままだと表示が崩れる可能性もあるため、暫定対応はできれば取りたくありません。右記の例では「理事長代理兼筆頭幹事長その他諸々の世話役」というあり得なさそうな役職名を記入しましたが、実際に私が執筆中の記事は海外の団体なので、役職名をカタカナ表記するとかなりの文字数になってしまいます。nowrap=offのような引数を設定できるとの解説もないので、困っております。どのように対処すれば良いのでしょうか？--Mis0s0up（会話） 2017年11月18日 (土) 09:36 (UTC)[返信]

コメント おそらくソース直打ちのテンプレートのために対応できてないのかと思います。そもそも、肩書としてそこまで長いものを表示することを作成時には想定していなかったのかもしれません。英語版のテンプレートは既にモジュール化されていますから、日本語版もそれに合わせてブラッシュアップすれば対応できるかと思います。
少なくともシステム上のバグとは思えませんので、こちらでの対応はできかねる案件です。ウィキプロジェクトであるプロジェクト:ウィキ技術部もしくはプロジェクト:テンプレートで相談してみてください。--アルトクール（会話） 2017年11月25日 (土) 15:12 (UTC)[返信]
返信 ご助言ありがとうございます。プロジェクト:テンプレートはプロジェクト:ウィキ技術部の下位プロジェクトとして活動しているようなので、まずはプロジェクト:テンプレートの方に相談投稿してみました。--Mis0s0up（会話） 2017年11月26日 (日) 01:17 (UTC)[返信]

報告 大元のテンプレートは編集せずとも、テンプレート呼び出し時にspan style="white-space:normal;"を指定することで、行折り返しが可能とのことなので、当面はこちらの暫定対応で凌ぐことに致しました。--Mis0s0up（会話） 2017年12月5日 (火) 07:54 (UTC)[返信]

コメント 解決済みアイコンがあるとその能力のある方にコメントすら読んで貰えない可能性が高い気がします。むしろ「合意に達したがまだ実際に対処されていない事象が残っている」という状況は「未解決」テンプレートの数少ない出番ではないでしょうか？--Hiroes（会話） 2018年1月3日 (水) 14:33 (UTC)[返信]

ユーザーボックスが複製された上に、subst展開された。

ここで、｢ちょっとひとこと｣の節を編集したところ、ユーザーボックスが複製された上に、subst展開されてしまいました。複製されたユーザーボックスを消しても、すぐに復活しました。かあらもち（会話） 2017年11月25日 (土) 13:02 (UTC)[返信]

コメント ビジュアルエディターでの編集で起きた現象と考えられますが、バベルか何かが誤反応したか、ブラウザ上に残っているソースとぶつかっておかしな現象が起きた可能性があります。原因が特定できない以上、バグとして報告するのも難しいので、対症療法となりますが、別の利用者（例えば私）が現象が起きる直前の版（Special:PermaLink/66392002）まで差し戻してもう一度編集してもらうか、ソースエディタに変更してもらって、不要部分を除去してもらうのが報告云々を飛ばせば一番楽かと思われます。
ここに報告してもらう場合は、少なくともどのような環境下で起きたか（OS、ブラウザ、エディタの種類、カスタムスキンなどの情報、現象が起きたときの手順）が書かれていなければ、現象の再現性を確認することができませんし、受付を除外せざる得なくなります。--アルトクール（会話） 2017年11月25日 (土) 15:05 (UTC)[返信]
返信 qua tab(HWT31)より、google chrome で編集したところ、この不具合が起こりました。さきほど、windows10のgoogle chromeで修正したところ、改善されました。

「阿波池田駅」ページの写真のバグ

解決済み

「阿波池田駅」ページの写真：「駅の西の山から見る駅構内。一番左側は駅舎（2013年12月26日）」をクリックすると、変なページに移動します。

  • まず、写真のページでは、そのまま写真を見せますが、その下のタイトルは「駅前タクシー乗り場（2015年5月3日）」となる。
  • そして、写真また「詳細」ボタンをクリックすると、別の写真「阿波池田駅構内.JPG」のページに移動します。
  • Firefox Quantum 57.0 及び Internet Explorer 11 とも、このバグが出てきます。

この写真は私こと九翼天使本人がアップロードしましたが、その時は『阿波池田駅構内.JPG』というファイルが存在したことに気付かず、同じ名前を名づけてしまいました。そして今までも正しく表示できません。

もしできれば、ウィキメディア・コモンズにおける私のファイルの名前を変更していただければ（例えば『山から見る阿波池田駅構内.JPG』）、解消できるかと思います。

九翼天使（会話） 2017年11月27日 (月) 14:50 (UTC)[返信]

コメント はっきり言いますが、バグではありません。ローカルにアップされているものが優先表示されるために起きている症状です。コモンズでの名前の変更はページ右上の「その他」から移動を選択し、改名先とする名前と改名理由を添えれば、コモンズの管理者が（方針に合致していることを前提に）移動を実施します。--アルトクール（会話） 2017年11月27日 (月) 15:03 (UTC)[返信]

秀逸な画像が即時削除対象に出現する

解決済み

Category:即時削除対象のページを確認していたのですが、ファイルについてファイル:Cave_26,_Ajanta.jpgなど日本語版で秀逸な画像に選ばれたものが、なぜか入ってきています。秀逸な画像はWP:CSD#ファイル7の対象外ですし、ファイルページを見てもカテゴリはないのですが、なぜこうなっているのでしょうか。--Jkr2255 2017年12月6日 (水) 11:58 (UTC)[返信]

即時削除対象に入っているのはファイル:Ajanta Cave 16.JPGです。コモンズのファイルへリダイレクトされていますので混乱しやすいかもしれません。--ネイ（会話） 2017年12月6日 (水) 12:12 (UTC)[返信]
ありがとうございます コモンズの画像のほうが移動していたのですね、ありがとうございました。リダイレクトは消しておきます。--Jkr2255 2017年12月6日 (水) 12:15 (UTC)[返信]

要望：調べもの案内で新規話題を空入力した場合の挙動について

Wikipedia:調べもの案内の下端に時々見出しのない署名だけがついている事があります。井戸端にて聞いてみたところ、「新しく質問を投稿する」から新しい話題の入力ページを表示し、そのまま投稿してしまうと起きるようです。不具合というよりは要望なのですが、この現象を都度Rvするより手数のかからない範疇で起きないようにする事は可能でしょうか？--Hiroes（会話） 2017年12月6日 (水) 18:40 (UTC)[返信]

コメント 現状の仕様ではおそらく無理です。もし変更するならば、デフォルトで入っている署名や注意コメント（コメントアウトになっている部分）を除去することになろうかと思いますが、そちらについては「バグ」でも「MediaWikiの変更」でもありません。調べもの案内のノートで提案して、認められればヘッダ部分の修正を行うことになります。--アルトクール（会話） 2017年12月8日 (金) 15:06 (UTC)[返信]
MediaWiki 本体側ではないですが、本来なら IP ユーザー向けの「強制プレビュー」機能が効いているべきところ、mw:Extension:inputbox を使っているために想定しきれていない変数配置になっているため、強制プレビューが効いていないようです。[[MediaWiki:Vector.js] の更新が必要ですね。。。（そもそも preload の内容と同じままなら投稿を抑制する機能があってもいいような気がするのですが）--rxy（会話） 2017年12月9日 (土) 05:39 (UTC)[返信]

関連ページの更新状況をリロードするとエラーまたは表示項目がおかしい

解決済み

「関連ページの更新状況」を表示中に、F5キー等でブラウザを更新すると、「ページ名が無効」であるとのエラーが出たり、表示されないはずのページの更新状況が現れたりするようです。最近、関連ページの更新状況には自動読み込み機能が追加されましたが、これについても同様です。--ikaxer（会話） 2017年12月8日 (金) 10:07 (UTC)[返信]

（追記） Windows7、Chrome・IE11で試しましたが、どちらも同じです。--ikaxer（会話） 2017年12月8日 (金) 10:11 (UTC)[返信]
Windows10・IE11ですが同じ現象が出ました。「指定したページ名は無効か、言語間またはインターウィキ接頭辞を含んでいます。 ページ名に使用できない文字が1つ以上含まれている可能性があります。」というメッセージが出てきます。また、リロードだけでなく他のページへ移動してから戻ってきたときに同じ現象が起こることがあります。--PuzzleBachelor（会話） 2017年12月10日 (日) 13:12 (UTC)[返信]
コメント Windows 10 64bit、Chrome, Firefox, IE11, Edge、同様事象確認しました。
ja-two.iwiki.icu/wiki/特別:関連ページの更新状況 に対してリクエストパラメーターで2バイト文字が含まれる記事名を送ると404が返るみたいです。
例
  1. ja-two.iwiki.icu/wiki/特別:関連ページの更新状況/利用者:Y-dash: 可
  2. ja-two.iwiki.icu/wiki/特別:関連ページの更新状況/User:Y-dash: 可
  3. ja-two.iwiki.icu/wiki/特別:関連ページの更新状況?target=User:Y-dash: 可
  4. ja-two.iwiki.icu/wiki/特別:関連ページの更新状況?target=%25E5%2588%25A9%25E7%2594%25A8%25E8%2580%2585%3AY-dash: 不可
つまり記事表示中に「関連ページの更新状況」をクリックした際は ja-two.iwiki.icu/wiki/特別:関連ページの更新状況/利用者:Y-dash にリクエストを送って正常表示されます。更新やブラウザバックすると ja-two.iwiki.icu/wiki/特別:関連ページの更新状況?target=%25E5%2588%25A9%25E7%2594%25A8%25E8%2580%2585%3AY-dash へリクエストを送り、結果こうなっているみたいです。--Y-dash 2017年12月10日 (日) 13:56 (UTC)[返信]
(追記) Special:RecentChangesLinked でも同じですね。
  1. ja-two.iwiki.icu/wiki/Special:RecentChangesLinked/利用者:Y-dash: 可
  2. ja-two.iwiki.icu/wiki/Special:RecentChangesLinked/User:Y-dash: 可
  3. ja-two.iwiki.icu/wiki/Special:RecentChangesLinked?target=User:Y-dash: 可
  4. ja-two.iwiki.icu/wiki/Special:RecentChangesLinked?target=%25E5%2588%25A9%25E7%2594%25A8%25E8%2580%2585%3AY-dash: 不可 --Y-dash 2017年12月10日 (日) 14:10 (UTC)[返信]
コメント 一時的な回避(?)方法として対症療法的ですが、ユーザースクリプトに
if (document.body.classList.contains('mw-special-Recentchangeslinked') && location.search.match('%25')) location.search = location.search.replace(/%25/g, '%');
と書いておけばリロードしてもなんとかなりそうです。根本的な対応はMediaWiki側がしてくれると思います……--Waiesu（会話） 2017年12月11日 (月) 09:52 (UTC)[返信]

これと同じかもしれませんが、関連ページの更新状況で表示件数や期間を変更すると「指定した条件に該当する期間の変更はありません。」と表示されます。--183.76.0.227 2017年12月14日 (木) 05:32 (UTC)[返信]

コメント 解消したようです。--Qurren（会話） 2017年12月15日 (金) 12:53 (UTC)[返信]

アイコンが出ない時があります。

iPadだけかもしれませんが、アイコンが出ません。--himawariの種（会話） 2017年12月8日 (金) 14:24 (UTC)[返信]

コメント どのページのどのアイコンが表示されないのか、編集環境（使用端末、OSバージョン、ブラウザソフト・アプリなど）は何であるのかの情報が不明です。検証のしようがありません。--アルトクール（会話） 2017年12月8日 (金) 15:07 (UTC)[返信]
返信 すみません。編集中の画面です。署名をしたり内部リンクなどのアイコンが出ないので、署名は手打ちしてます。--himawariの種（会話）
コメント iPadということですが、safariでの閲覧でよいでしょうか。iOS9.3.5では現象を確認できません。症状から考えるに、読み込みがうまくできていない可能性があります。端末を再起動してみてください。また、ウィキペディアのサーバーが重くなっている場合は、ソースエディタ上部の署名などのアイコン部分の読み込みが中断されて表示されないケースもあります。これはバグというよりも、通信状況の問題であるため、時間を置いてアクセスしてみる、または接続する時間をずらしてみる、ルーターなどの「自分の接続環境側」を再起動してみるなどを試してください。--アルトクール（会話） 2017年12月8日 (金) 16:36 (UTC)[返信]
返信 ありがとうございました。そうさせて頂きます。--himawariの種（会話） 2017年12月9日 (土) 13:23 (UTC)[返信]

スマートデバイス閲覧時の不可解な表記

解決済み

私の会話ページにこのような相談がありました。相談内容は服部武雄 (俳優)のページについてです。このページをパソコンで閲覧すると何の問題も無いのですが、スマートフォンなどで閲覧すると、記事のトップ表記の下に不適切な表記が表示されています。この表記内容はHalowandさんが2017年10月10日 (火) 00:56 (UTC)にWP:CSRD#1-3を理由として即時版指定削除された6版（対処の確認は私が行いました）と同様のものです。パソコンで表示されない内容が何故スマートデバイス等の画面に表示されるのか。これは何らかのバクなのでしょうか？--さかおり（会話） 2017年12月9日 (土) 04:37 (UTC)[返信]

  • コメント Wikipedia:井戸端#モバイル版で記事名の下に表示される「ウィキデータの説明文」が荒らされるケースによるものです。--mit freundlichem Gruß LudwigSK （Diskussion/Beiträge） 2017年12月9日 (土) 05:00 (UTC)[返信]
    • 概要は仰るとおりです。補足説明をいたしますと、当該項目はウィキデータの項目 d:Q17219151 に関連づけられており、こちらの「説明」欄に悪意のある投稿が行われたため、問題の表示が行われました。さらに面倒なことに、ウィキデータを更新したからといって、即座に未ログイン状態のモバイルウェブ版には反映されないことがあります（ログインユーザーには未ログインユーザーに使われるキャッシュは適用されません）。モバイルウェブ版は微妙にデスクトップ版よりもサーバー側キャッシュ（一時記憶）が残りやすく、モバイルウェブで行われた問題投稿を管理者がデスクトップ版で巻き戻し等で対応すると残り続けることもあります。この場合、空編集（ただし履歴に残るものである必要があります）をモバイルウェブ版から実施すれば、強制的にサーバー側のキャッシュを破棄させることができます("?action=purge"では消えません)。--rxy（会話） 2017年12月9日 (土) 05:16 (UTC)[返信]
      • LudwigSKさん、Rxyさん、ありがとうございます。私は編集にモバイルを使用したことがなく、この類の方面に疎いので驚きました。理由については何となく理解できましたが、モバイル版でログインを行ったことがありませんがキャッシュの放棄（空編集）を試してみます。ありがとうございました。--さかおり（会話） 2017年12月9日 (土) 05:43 (UTC)[返信]

最近の更新

解決済み

最近の更新ページの右側にある「略語のリスト」なんですが、非ログイン状態で展開すると更新の一覧部分が自動でリストの外周を周りこんで表示されるのに、ログイン状態で展開すると、リスト部分が更新一覧部分に重なって内容が一部見えなくなってしまいます。

同異常はWin7(32), Firefox56.0.2の環境で発生しました。またユーザー用ウォッチリストページの「ウォッチリストのオプション」部分に表示される「凡例」の折りたたみリストでも同じような異常があります。M-sho-gun（会話） 2017年12月12日 (火) 04:46 (UTC)[返信]

報告 MediaWiki の問題だと思いますが、応急処置として MediaWiki:Common.css を修正しました（差分、要約欄）。問題などが有りましたら、ご連絡ください。--Frozen-mikan（会話） 2017年12月13日 (水) 02:08 (UTC)[返信]
返信 異常は両方とも正常に回復していることを確認いたしました。ありがとうございます。M-sho-gun（会話） 2017年12月13日 (水) 08:53 (UTC)[返信]

スマホ版ブラウザでの閲覧におけるメニュー項目表示の不具合

解決済み

スマホ向けのブラウザ（ChromeやFireFoxなど全般）を利用して閲覧した際、メニュー項目が正常に表示されないページがあります。 例えば、現在の豊川市のページ等では「人口」項までしかメニュー表示されず、「行政」項以降の項目がメニューから消えています。 PC版のブラウザで閲覧した際の表示は正常です。 単に記述ミスに起因する不具合なのか、仕様なのかバグなのかは分かりません。--61.201.194.22 2017年12月13日 (水) 08:37 (UTC)[返信]

取り急ぎ報告です。PC向けブラウザ（Windows10/Chrome）でも、モバイルビューで表示すると[12]、「人口」項までしかメニュー表示されず、「行政」項以降の項目がメニューから消えている状況が確認できます。とりあえず、端末/ブラウザに依存した現象でなく、モバイルビュー固有の問題であると考えられます。--翼のない堕天使（会話） 2017年12月13日 (水) 09:51 (UTC)[返信]
報告 問題の表示を確認した上で、豊川市を編集しました。「人口」節にて閉じられていない div 要素がありましたので、それを追加しました（差分）。こちらでは表示が直っていますが、いかがでしょうか。--Frozen-mikan（会話） 2017年12月16日 (土) 21:33 (UTC)[返信]
私の環境でも直っています。--翼のない堕天使（会話） 2017年12月17日 (日) 02:03 (UTC)[返信]

要約表示で、半角の丸括弧に囲まれた部分が見えなくなる

MediaWikiの仕様かもしれませんが、記事内のリンク等へのマウスオーバー時などに表示されるリンク先の記事の要約表示で、半角の丸括弧に囲まれた部分が表示されないようです。全角の場合は表示されています。——以上の署名の無いコメントは、Toris bird（ノート・履歴）さんが 2017年12月20日 (水) 17:43 (UTC) に投稿したものです（Mee-san（会話） 2017年12月23日 (土) 06:28 (UTC)による付記）。[返信]

例：

  • 問題が発生したページ
カルシウム の記事内にある、水酸化カルシウム の要約表示など。
例えば「Ca(OH)2」が、「Ca2」と表示されます。
他のページでも、半角の丸括弧に囲まれた部分で同様の現象が発生します。
  • 問題が発生したときの状況
当該ページの、水酸化カルシウム のリンク上にマウスポインタを移動する。
再現性：今のところ100%
注：ウィキペディアにログインした状態では、リンク上にマウスオーバーしてもリンク先の要約が表示されないようです。
（代わりにツールチップが表示されます）
  • OSとWebブラウザおよびそのバージョン
OS：Windows 7
使用ブラウザ：Firefox 57
  • ウィキペディアの個人設定
特にありません
コメント 現象について、私の方でも現象が再現することを確認しました。この現象は「個人設定＞表示＞閲覧設定」で「ページのプレビュー　ページを読みながら題目をプレビュー」が「有効」になっている場合に再現します。環境はOSがWindows10-64bit、ブラウザがIE11/Firefox57.0.2(64bit)。そのため、個人設定においてナビゲーション・ポップアップを有効にしている利用者は競合ツールとなるため再現されません。ログインしていない状態ではデフォルトでこの設定が有効となっているため、現象が再現します。これが、バグなのか、それとも仕様かはもう少し詳しく確認してみる必要があります。--アルトクール（会話） 2017年12月23日 (土) 07:00 (UTC)[返信]
情報 Chrome 63.0.3239.108(64bit)でも再現しました。該当するMediaWiki拡張機能はmw:Extension:Popupsではないかと思われます。src/formatter.jsのremoveParentheticalsが原因ではないかと思われます。テストコードもわざわざ書いていることから、ある程度は意図した動作なのではないかと推察されます（括弧で囲われた部分を消すことで、説明をより圧縮するのが目的ではないかと思わます）。該当するコードは、このコミットで追加されていますが、関連するチケットには特に説明はないようです。いずれにせよ、化学式で確実に問題が起きるため、phabricatorにバグ報告をしたほうが良いのではないかと思われます（逆に、全角括弧に対応していない点も、ウィキペディア日本語版には嬉しくないですね）。--MawaruNeko（会話） 2017年12月23日 (土) 09:34 (UTC)[返信]
報告 phab:T183833を提出しました。--MawaruNeko（会話） 2017年12月31日 (日) 10:03 (UTC)[返信]

モバイルビューで議論終了済みの削除依頼サブページが正常に表示できない

解決済み
テンプレートのmetaタグ除去対処済み翼のない堕天使（会話） 2018年1月29日 (月) 14:36 (UTC)[返信]

#モバイルビューでテンプレート内節編集ができないに関連するかもしれませんが、私の環境（PC版Chromeのモバイルビュー）では編集は可能そう（編集ページは正常に表示される）なのですが、議論終了済みの削除依頼サブページの節内の表示（節の展開）ができません。--翼のない堕天使（会話） 2018年1月5日 (金) 13:32 (UTC)[返信]

コメント 展開が出来ないと言うよりは、展開されても中身が表示されていない状態です。モバイル版では、いくつかのCSSクラスを非表示にする設定になっています。その中に .metadata が含まれており、「議論終了済みの削除依頼サブページ」では、これが指定されています。以前から問題に成っているはずなので、どこかに類似案件が有るかもしれません。何でワザワザ metadata が指定されているのかは謎です。何故なのでしょうね。--Frozen-mikan（会話） 2018年1月5日 (金) 14:10 (UTC)[返信]
終了したブロック依頼や、ノートの「解決済み」も同様ですね。これらも、metadataを付ける意味はなさそうです。--Claw of Slime (talk) 2018年1月5日 (金) 17:57 (UTC)[返信]
なるほど。モバイル版ではmatadataが非表示となっていて、表示されないのですね。直ってほしいところですが。。。--翼のない堕天使（会話） 2018年1月6日 (土) 12:31 (UTC)[返信]
英語版、スペイン語版、粤語版ではmetadataをつけていないものの、ハンガリー語版ではつけているようです。ひとまずWikipedia:井戸端/subj/議論終了済みテンプレートのmetadataクラスを除去する提案‎を提出しました。--ネイ（会話） 2018年1月11日 (木) 15:59 (UTC)[返信]

Wikipedia mobileで文字化け

Wikipedia mobile ver2.7.223-r-2018-01-06で定義文以外が文字化けします。ご確認願います。--Osu-mike（会話） 2018年1月6日 (土) 22:34 (UTC)[返信]

Android版Wikipedia mobile ver2.7.223-r-2018-01-06を利用していますが、再現できません。すべてのページで同じ状況でしょうか。--翼のない堕天使（会話） 2018年1月7日 (日) 02:04 (UTC)[返信]
レスポンスありがとうございます。言語設定jaで全てのページで同じ状況です。enだと正常でそれ以外の言語だと一部文字化けします。--Osu-mike（会話） 2018年1月7日 (日) 03:42 (UTC)[返信]

閲覧設定の「ページのプレビュー」機能に座標が表示される

解決済み

PC版ベクターで閲覧設定の「ページのプレビュー ページを読みながら題目をプレビュー 」を有効にしWikipediaを使用していますが、けやきウォーク前橋などではきちんと本文のプレビューがされますが、イオンモール船橋やイオンレイクタウンでは座標表示がされてから本文がプレビューされてしまいます。(Windows10のInternetExplorerとGoogle Chromeで確認)。

<span style="display:none">{{ウィキ座標2段度分秒|xx|xx|xx|N|xx|xx|xx|E|region:JP}}</span>という構文が入れられていることにより起こるみたいでした。--EVandRailway (会話 | 投稿記録) 2018年1月13日 (土) 00:19 (UTC)[返信]

デスクトップ版表示時の読み仮名テンプレートの表示不具合

解決済み
ウィキペディア自体や、テンプレートの不具合ではなく、ブラウザ側の問題のため、この報告は解決とします。-翼のない堕天使（会話） 2018年1月29日 (月) 14:38 (UTC)[返信]

Template‐ノート:読み仮名#Android版Chromeでのデスクトップ版表示時の表示不具合で提起しているのですが、長期反応が付かず、こちらのほうが詳しい方がいらっしゃるかと思いまして、記載させていただきます。

{{読み仮名}}を使用している個所をAndroid版Google Chromeでデスクトップ版表示（".m"なし）とすると、「少年保護手続（しょうねんほごてつづき　　　　　　　　　　　　　　　）」（実際には、空白部分は選択できないため、スペースではなく、タブか何かであると思われる）というように表示されます。モバイル版表示だとこのような事象はなく、Andriud版opera miniや、PC版Google Chrome、IE、Edgeでは、デスクトップ版表示（".m"なし）でもモバイル版表示（".m"あり）でも、このような現象は発生しませんでした。

原因等、わかる方いらっしゃいましたら、お知恵をお貸しください。--翼のない堕天使（会話） 2018年1月21日 (日) 14:19 (UTC)[返信]

コメント 当方の環境(HUAWEI MediaPad T1、 Android 4.4.2、 Chrome 63.0.3239.111)では再現できませんでした。その手の反応も無いようですのでとりあえずご報告まで。--Hiroes（会話） 2018年1月21日 (日) 15:41 (UTC)[返信]
コメント AndroidスマホのChromeで確認しました。括弧内の途中で改行が起きた時、閉じ括弧が右端に表示され、改行後の文字が均等割される事による空白部分が生じていました。この際、アプリの設定で文字の大きさを、括弧の途中で改行が起きないよう調整すると空白は生じなくなりました。デスクトップ版Chromeブラウザのデベロッパーツール(F12)にあるモバイル版のエミュレートでも確認しました。rt要素の表示処理に問題がありそうですが、詳しくはわかりません。--Frozen-mikan（会話） 2018年1月22日 (月) 01:22 (UTC)[返信]
返信 そういう挙動であればワードラップ関係のStyle周りではないでしょうか。全角文字を折り返さないようになっていて、止む無く括弧で折り返しつつそれに合わせて間隔調整が入っているように思えます。--Hiroes（会話） 2018年1月22日 (月) 01:37 (UTC)失礼。ちょっと違いますね。テンプレートの括弧を含む読み仮名部分全体が改行禁止になっている感じでしょうか。--Hiroes（会話） 2018年1月22日 (月) 01:44 (UTC)[返信]
コメント PC版Chromeでも同様の幅に縮めれば同じ挙動を示しますね。IE11では起こりませんでした。--Hiroes（会話） 2018年1月22日 (月) 01:50 (UTC)[返信]
コメント簡潔に述べますと、デスクトップ・モバイル問わずChromeがCSS Ruby Layout Module Level 1の仕様を実装しておらず、おそらくruby要素をボックスとしてレンダリングするために発生する事象で、現状ruby要素を使うかぎり解決できません。
ブラウザごとの説明をしますと、Firefoxは上述の（新）仕様を実装しており、{{読み仮名}}によってruby,rt要素にdisplay:inlineが適用されるため、そのままインラインとして表示されます。IEは2011年旧仕様を実装しておりdisplay:inlineは無効ですがruby-position:inlineが有効なため（新仕様では定義なし）、インラインとして表示されます。EdgeはIEを引き継ぎ旧仕様に加え新仕様も一部（display）を実装しているためどちらも有効でインラインとして表示されます。Chromeは（おそらくSafariも）どちらの仕様も実装しておらずルビがボックスとして表示されてしまいます。なお、Presto Opera・Opera Miniはruby要素そのものに対応していませんのですべてインライン表示になります。--Waiesu（会話） 2018年1月22日 (月) 13:48 (UTC)[返信]
お三方、特にWaiesuさん。詳しい説明をありがとうございます。モバイル版/デスクトップ版や、（現状）バージョンの差異によらず、ブラウザ側がCSS対応しないとどうしようもないということですね。{{読み仮名}}は積み残し案件ということで処理しようと思います。ありがとうございました。--翼のない堕天使（会話） 2018年1月22日 (月) 23:31 (UTC)[返信]

副アカウントのページが編集できない

僕の副アカウントのkaaramochiを編集しようとしたところ、 新規編集者だからとフィルターが働き、編集が適用されませんでした。 （僕は自動承認された利用者となっています。） （副アカウントは、本アカウントと同じように作りました。）--以上の署名のないコメントは、かあらもち（会話・投稿記録）さんが 2018年2月10日 (土) 03:52 (UTC) に投稿したものです。--Vigorous action （Ｔａｌｋ/History） 2018年2月10日 (土) 04:13 (UTC)[返信]

（返信が遅れてすみません）わかりました。その基準というのはどう言うものでしょうか？かあらもち（会話） 2018年2月17日 (土) 09:47 (UTC)[返信]

  • 非公開フィルターなので明言を避けますが、基本的には他の利用者の利用者ページは編集すべきで無く必要時には回避できる方法を幾つか用意していることから、高めの設定になっています。フィルターの判定に関係するfactorは参加期間と編集回数です。--Vigorous action （Ｔａｌｋ/History） 2018年2月17日 (土) 13:50 (UTC)[返信]
「https://ja-two.iwiki.icu/w/index.php?title=Wikipedia:バグの報告&oldid=67418604」から取得