コンテンツにスキップ

Wikipedia:バグの報告/2019年下半期

リンクを追加

テンプレートの改行について

[編集]

記事作成の際に、改行されたテンプレートをコピペして貼り付けるのですが、ビジュアル編集からソース編集に切り替えると自動的に改行が全て消えてしまいます。表示される字体が変わることもあります。 このようになります→長谷寺 (堺市) なぜこのようなことが起こるのですか？ 端末はiOS版Safariです。 ｰｰ風見草（会話） 2019年7月6日 (土) 08:27 (UTC)

上記のコメントは、2019年7月6日 (土) 8:27 (UTC) に投稿されたものです。--610CH-405（会話） 2019年7月6日 (土) 09:13 (UTC)

Infoboxなどは、通常のエディタで編集する際は見やすい・編集しやすいように改行を加えることがありますが、技術的には改行はあっても無くても構いません。恐らく、ビジュアルエディタのプログラムでは改行は無視される仕様なのでしょう。気になるようであれば、通常エディタに切り替えて編集すればよいと思います。
ところで、日本語版Wikipediaのコミュニティは、基本的に協定世界時 (UTC) で動いていますので、署名の際は --~~~~ と入力してくださるようにお願いします。公開時に自動的にあなたの利用者名とUTCでの時刻に変換されます（WP:SIG参照）。--610CH-405（会話） 2019年7月6日 (土) 09:13 (UTC)

助言ありがとうございます。初心者なので用語などには詳しくないのですが、通常エディタに切り替えるにはどこからどうすればいいのですか？ｰｰ風見草（会話） 2019年7月6日 (土) 09:43 (UTC)

鉛筆のアイコン ソースエディターへの切替アイコン を押すと切り替えられます。詳細はHelp:ビジュアルエディター#編集中に編集方法を切り替えられますをご覧ください。--610CH-405（会話） 2019年7月6日 (土) 09:48 (UTC)

通常エディタとはビジュアル編集のことを指しているのですか？その程度の基礎知識は相談するまでもなく存じ上げております。テンプレートはビジュアル編集できないのでどちらも使っていますが、普通はどちらか一方しか使わないものなのですか？それともテンプレートをビジュアル編集する方法があるのですか？自分以外でテンプレートがあんな状態になっているのは見たことがないので他の人とは何が違うのかを教えてほしいのです。ｰｰ風見草（会話） 2019年7月6日 (土) 10:25 (UTC)

通常エディタというのはウィキテキストを編集する方のエディタを指します。
  • 「普通はどちらか一方しか使わないものなのですか？」→途中で切り替える利用者もいますし、切り替えて使える仕様です。ビジュアルエディタではできない操作もあるので、状況に応じて切り替えることも必要です。
  • 「それともテンプレートをビジュアル編集する方法があるのですか？」→ありますが、パラメータをいじれるだけなので、改行うんぬんの編集はできません。
  • 「他の人とは何が違うのかを教えてほしいのです。」→私の環境でも、ビジュアルエディタにコピペすれば改行は消えてしまいます。他の人と何かが違うということはないでしょう。一通り編集が完了したら、最後に通常エディタに切り替えて改行を追加し、そのまま公開すれば問題ありません。もしくは、コピペするときのみ通常エディタに切り替え、残りの編集はビジュアルエディタでやってもよいでしょう。
--610CH-405（会話） 2019年7月6日 (土) 11:15 (UTC)

それでは他の方の場合はテンプレートはコピペではなく手作業で打つのが主流なのでしょうか？ｰｰ風見草（会話） 2019年7月6日 (土) 13:00 (UTC)

一般的にどうかは知りませんが、私はコピペですよ（ビジュアルエディタではなく通常エディタにしますが）。というか、どのような編集方法が取られているかというデータは恐らくありませんので、一般的にどうか、という話はできません。
結果的に望ましい形になるならば、その望ましい形になる編集方法を選べば良いと思いますよ。編集方式ありきではなく、結果的にどう保存されるかを基準に決めるのが建設的でしょう。--610CH-405（会話） 2019年7月6日 (土) 13:08 (UTC)

ソース編集でテンプレートを書く時は折り畳まれたものをいちいち改行し直して書いていますか？ｰｰ風見草（会話） 2019年7月7日 (日) 01:43 (UTC)

私はソース編集にコピペしているので、改行がなくなるということはありません。そのままです。--610CH-405（会話） 2019年7月7日 (日) 03:34 (UTC)

ですから私もソース編集にコピペして、ビジュアル編集に切り替えた後にもう一度ビジュアル編集に戻すと改行が消えてしまうのです。その後は切り替えても変わりません。それは仕様だとおっしゃいましたが、貴方様はビジュアル編集を一切使わないということですか？手間がかかるから困っているのであって、気にする必要があるかについては聞いていません。ｰｰ風見草（会話） 2019年7月7日 (日) 05:18 (UTC)

別に私がどのように編集するかはあなたに関係ないでしょう。まぁ、私はビジュアルエディタが不便だと感じるのでほとんど使いません。テンプレートの操作は最後にソース編集に戻してやればよいです（前述の通り）。すなわち、テンプレートのコピペは最後にやれば解決します。それから、ビジュアルエディタに戻さずにそのまま保存すればよいのです。--610CH-405（会話） 2019年7月7日 (日) 05:29 (UTC)

トップページを

[編集]
解決済み

トップページをプライベートブラウジングモードで閲覧するとTemplate:メインページお知らせの非表示スイッチ (?) だけが常に表示された状態になっています。クリックすると消えますが、一度ブラウザを閉じて再度アクセスすると再び表示されます。ブラウザに閲覧履歴が残る通常モードだと表示されません。この異常はOS・Win7 (32bit) のFirefox64.0.4とIE11で確認しました。M-sho-gun（会話） 2019年7月7日 (日) 06:12 (UTC)、2019年7月7日 (日) 07:28 (UTC)（加筆）

コメント そもそも、{{メインページお知らせ}} に非表示スイッチやそのような類の物はないはずです。どのような状況になっているのかを、もう少し具体的に説明してください。--Yuukin0248[会話/履歴] 2019年7月7日 (日) 10:45 (UTC)
コメント 参考までに具体的な症状を追記しておきます。6月からページの冒頭部に「新しい投稿ブロックの機能が実装された（うろ覚え）」旨の告知が貼られておりましたが、数日前から告知メッセージ部分が消えて非表示のスイッチだけが見えている状態でした。
先ほどアクセスしてみたら、非表示スイッチが消えていましたので、本依頼も取り下げます。ご迷惑をおかけしました。M-sho-gun（会話） 2019年7月7日 (日) 14:27 (UTC)
MediaWiki:Sitenoticeが白紙化されていなかったことが原因です（MediaWiki‐ノート:Sitenotice#部分ブロック導入の告知）。すでに解決済みです。--プログラム（会話） 2019年7月7日 (日) 16:12 (UTC)

「Advanced mobile edit」のタグがモバイルビュー以外の編集にも付けられている

[編集]
解決済み

報告 モバイルビュー以外から編集しているにもかかわらず「Advanced mobile edit」とタグ付けされている事例が多発しているため、mw:Talk:Reading/Web/Advanced mobile contributionsにて報告しました。--ネイ（会話） 2019年8月2日 (金) 07:17 (UTC)

報告 「モバイル編集、モバイルウェブ編集」以外の編集のすべてが Advanced mobile edit になっているようです。--切干大根（会話） 2019年8月3日 (土) 04:02 (UTC)

報告 スペイン語版でも同様の問題がおきているようで、phab:T229727で報告されています。優先度がUnbreak Now!まで上がったので、あとは対処待ちですね。--ネイ（会話） 2019年8月3日 (土) 13:26 (UTC)

  • 報告 その後、phab:T229722でイタリア語版での同様の問題が報告され、上記トピックの返信によると月曜日に修正される予定となっています。--ネイ（会話） 2019年8月3日 (土) 18:20 (UTC)
    • 報告 修正がなされ、「Advanced mobile edit」のタグが間違ってつけられているバグが解消されました。本件について解決済みとしますが、まだ問題が残っている場合は解決済みテンプレートを消して本節の議論を再開してください。--ネイ（会話） 2019年8月5日 (月) 13:21 (UTC)
[編集]

Template:日本国有鉄道などのように、hlistを使ったNavboxのテキストが枠からはみ出す現象が発生しています。--新幹線（会話） 2019年9月5日 (木) 12:59 (UTC)

製造プロセスをテンプレート内に記述しているにも関わらず表示されない

[編集]
失効
MediaWiki のバグではない --rxy（会話） 2019年9月12日 (木) 09:47 (UTC)
  1. 問題が発生したページ - Apple A13やApple A12
  2. 問題が発生したときの状況 - テンプレート"Infobox CPU"にあるsize-fromの部分を書き換えたにも関わらず表示されない
  3. あなたの使用しているOSとWebブラウザおよびそのバージョン - PC版 Chrome 76.0.3809.132
  4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター） - 初期のまま変更はしていない

記事を修正しているときに気がつきました。回避方法がありましたらご教示頂きたいです。--PandaQuantum（会話） 2019年9月12日 (木) 09:40 (UTC)

  • 利用者:PandaQuantumさんへ。#依頼方法をお読みください。具体的にどのような問題が起きているのか説明してください。もしかすると、報告場所が間違っているかもしれません。--以上の署名の無いコメントは、Yuukin0248（ノート・履歴）さんが 2019-09-12T09:30:23 に投稿したものです（rxyによる付記）。
  • 本件は Wikipedia:表示改善依頼 もしくは Wikipedia:利用案内 の方が適しているものです。MediaWiki や関連の extension のバグではありません。テンプレート側のミスですね。当該テンプレートは en:Special:PermaLink/294149327 からの移入で、Special:Diff/27191873 にて英語版引数を指定しても動作するようになったのですが、size-from と size-to が逆に指定されてしまっているため、英語版から直接移入しようとしても現状では動作しないことになります。つまり、size-to 側に指定すれば表示されるようになりますね。テンプレート自体を改修すると既存の記事がどうなるのかは検証できていないので、テンプレート本体の変更には注意が必要です。--rxy（会話） 2019年9月12日 (木) 09:47 (UTC)
  • rxyさん、ありがとうございます。この件は今すぐここから削除したほうが良いでしょうか？--PandaQuantum（会話） 2019年9月12日 (木) 09:52 (UTC)

モバイルビューにおける見出しの不具合について

[編集]

一応過去ログを探ったのですが、内容に被りがあったら申し訳ありません。「モブサイコ100」のページをスマートフォンで開いたところ、レベル2の見出しの表示・非表示が機能していませんでした。最初に気が付いたのは今月19日です。端末はAndroid9、ブラウザはchromeです。スクリーンショットも残っているので間違いないと思われます。 今日の夜に確認しても同じ状態だったので、問題ページのソースを確認しましたが、他の機能しているページと差異ありませんでした。自分に直せるようならと思いWikipediaのアカウントを作成したのですが、これは手に負えないと思いこちらに相談させていただいた次第です。 ここからが更に理解しがたいのですが、現在同じ端末でchromeを使用すると、見出しは表示・非表示が切り替えられるようになっていました。一方ヤフーブラウザアプリでは、切り替えられません。他の端末（Android8、ブラウザchrome）で試すと、こちらは切り替えができませんでした。 また、PC（Windows10）のMicrosoft Edgeにて、URLに.mを付け足しモバイルビューにしたところ、表示の切り替えは機能しませんでした。ですがchromeブラウザだと、表示・非表示が切り替わりました。 いずれもWikipediaの表示設定は変更していないためベクターです。 もし何かご存知の方がいらっしゃいましたら、ご教授くださいますと幸いです。また情報の不足がありましたらお申し付けください。よろしくお願いいたします。--以上の署名のないコメントは、ようかんな（会話・投稿記録）さんが 2019年9月22日 (日) 12:07 (UTC) に投稿したものです（610CH-405（会話）による付記）。

情報 Android 8.0、Google Chromeを使用していますが、私の環境では異常ありません。--610CH-405（会話） 2019年9月22日 (日) 12:14 (UTC)
PCでChrome,Fire Fox,IE11,Edgeのいずれでも、ログアウト状態では事象が再現、ログイン状態では事象が発生しませんでした。ログイン状態（スキン/ベータ機能ほか）に依存する可能性があります。--翼のない堕天使（会話） 2019年9月22日 (日) 12:35 (UTC)
コメント 翼のない堕天使さんの考察を受けてログアウト状態で試してみました。Android 8.0、Google Chromeでは、ログアウト状態でようかんなさんの仰る現象が確認できました。ログイン状態では異常ありません。--610CH-405（会話） 2019年9月22日 (日) 12:41 (UTC)
報告者さんがログイン後にも再現できているので、ログイン状態に依存していると断定できないと考えられます (依然「可能性」は残りますが)。ちなみに、私もログアウトでは再現、ログインでは再現できずでした。--Yuukin0248[会話/投稿記録] 2019年9月22日 (日) 12:43 (UTC) 一部取り消し--Yuukin0248[会話/投稿記録] 2019年9月22日 (日) 13:22 (UTC)
報告者です、皆さま情報ありがとうございます。確認したところ、投稿時PCのMicrosoft Edgeではログアウト状態でした。ログインしてモバイルビューを試したところ、同ブラウザでも見出しが機能しました。--ようかんな（会話） 2019年9月22日 (日) 12:52 (UTC)
そうでしたか。発言は取り消しておきます。--Yuukin0248[会話/投稿記録] 2019年9月22日 (日) 13:22 (UTC)
モバイルビューです。ログイン状態では目次が表示されますが、ログアウトすると目次がありません。関係しているかもしれません。--Yuukin0248[会話/投稿記録] 2019年9月22日 (日) 13:22 (UTC)
私はモバイルビューですが、ログイン有無に関わらず常に目次は表示されません。--610CH-405（会話） 2019年9月22日 (日) 13:29 (UTC) 誤解を招きそうなので追記。--610CH-405（会話） 2019年9月27日 (金) 17:25 (UTC)
私もログアウトすると目次がなくなっています。--コヨミヤ(話/稿) 2019年9月23日 (月) 07:01 (UTC)
iPhone、iOS利用者ですがSafariにて同様の症状を確認しています。かなり前から現在にかけてです。--240D:1B:27:2700:28B9:B50:9ABF:1A7C 2019年9月27日 (金) 17:20 (UTC)


Wikipedia:削除依頼/ログ/2019年10月13日について

[編集]
失効
バグではなく仕様 --Yuukin0248[会話/投稿記録] 2019年10月16日 (水) 08:43 (UTC)

この記事だが、他の日は目次が出るのになぜかこの日だけ出ていない。ソースを見比べたがおかしな点は見当たらず。--Yosizuya（会話） 2019年10月16日 (水) 08:37 (UTC)

情報 見出しが4つ以上でない場合は見出しが表示されない仕様なので、Wikipedia:削除依頼/ログ/2019年10月13日に目次が表示されないのは不具合ではありません。詳しくはHelp:セクション#目次（TOC）をご覧ください。--610CH-405（会話） 2019年10月16日 (水) 08:42 (UTC)
返信 ご返答ありがとうございます。--Yosizuya（会話） 2019年10月17日 (木) 09:18 (UTC)

Category:を変更したが表示されない

[編集]
解決済み
現在では発生していない --Semi-Brace（会話） 2019年12月27日 (金) 05:30 (UTC)

利用者:Sittaka

  1. にあんちゃん
  2. 最下部カテゴリの最後から2番目、「記念碑」を選択し当該ページに飛んでも、項目中に「にあんちゃん」はない。
  3. Windows10　Android
  4. ベクター

（10月14日にCategory:石碑を削除し、Category:記念碑を加えたが、当日から不具合）--以上の署名のないコメントは、Sittaka（会話・投稿記録）さんが 2019年10月16日 (水) 21:33 (UTC) に投稿したものです。

報告：現在確認したところ、初めて正常に表示されていました。（一時的なものかどうかは確認不可）--以上の署名のないコメントは、Sittaka（会話・投稿記録）さんが 2019年10月16日 (水) 21:39 (UTC) に投稿したものです。 (スタイル等を少し修正させていただきました。--Yuukin0248[会話/投稿記録] 2019年10月17日 (木) 06:55 (UTC))

箇条書きのアスタリスクがドットに変換されないことがある

[編集]
解決済み

--Reiwa period（会話） 2019年10月24日 (木) 00:32 (UTC)

‎*あいうえお

上記のように、箇条書きのアスタリスクがドットに変換されないことがあります。これはバグでしょうか？Win10、Firefox69.0.3です。--切干大根（会話） 2019年10月21日 (月) 23:21 (UTC)

行頭にleft to right mark（文字の方向性を左から右にする）というゼロ幅の文字が入っており、行頭にアスタリスクが置かれていないため変換されていないようです。コピペなどの際に誤って入り込むことがあります。行頭のアスタリスクのところでバックスペースを押せばゼロ幅の文字を消せます。--Marine-Bluetalk✿contribs❀mail 2019年10月21日 (月) 23:47 (UTC)
感謝 ありがとうございました。解決しました。--切干大根（会話） 2019年10月22日 (火) 00:19 (UTC)

イモトアヤコさんのページが表示できない

[編集]
解決済み

本日(10月29日)午後2時ごろからイモトアヤコさんのページが表示できない状況になっています。改善よろしくお願いします。--白石小百合（会話） 2019年10月29日 (火) 09:22 (UTC)

Wikipedia:バグの報告#依頼方法 をお読みいただき、必要事項の報告をお願いします。--Yuukin0248[会話/投稿記録] 2019年10月29日 (火) 09:51 (UTC)

そこんトコロのページが表示できない

[編集]
解決済み

本日(10月30日)日本時間午後3時ごろから『所さんの学校では教えてくれないそこんトコロ!』とその付随するページが表示できなくなっております。 --白石小百合（会話） 2019年10月30日 (水) 06:19 (UTC)

Wikipedia:バグの報告#依頼方法 をお読みいただき、必要事項の報告をお願いします。--Yuukin0248[会話/投稿記録] 2019年10月30日 (水) 08:37 (UTC)
当方環境（Windows7、Google Chrome バージョン78.0.3904.70 - Official Build - 32 ビット）では「所さんの学校では教えてくれないそこんトコロ!」は正常表示されました。--野良人（会話・履歴） 2019年10月30日 (水) 08:46 (UTC)

装飾の異常

[編集]
解決済み

複数のページにおいて、ブロックされたユーザーの投稿記録に表示される「ブロック記録項目」の欄が本来赤であるはずなのに黄色になる、Helpページの上部にあるリンク欄のスタイルが崩れるなど、CSSに起因すると思われるバグが複数発生しています。

利用環境は次の通りです。 OS：macOS High Sierra(10.13.6)
ブラウザ：Safari 13.0.2
個人設定：ベクター

調査、よろしくお願いいたします。--Nickel 2 Train(Talk//Post//Log) 2019年10月29日 (火) 11:19 (UTC)

おそらくなのですが、macOS/iOS/iPadOSのアップデートによるSafari側のバグの可能性があるかと思います。iPadOS13.2のSafariにおいても指摘の色表示やリンク欄のスタイル崩れだけでなく、テンプレートのスタイル崩れが多数見受けられます。Windows10のChromeではそういった崩れが起きていないことを考えると、どちらかといえばアップル側にバグ報告した方がいいのでは無いかと。それにしてもmacOSはともかくiOS/iPadOSの13になってからのバグの多さと改善のしなさは何とかならない物か。--Tmatsu（会話） 2019年10月30日 (水) 08:41 (UTC)
  • 返信 (Tmatsuさん宛) - 昨日報告するまでOS・Safariその他のアップデートはかけていませんでした。また今現在、ページによって正しく表示される・表示されないがあるため、サイト側の問題なのかなと考えています。--Nickel 2 Train(Talk//Post//Log) 2019年10月30日 (水) 09:27 (UTC)
  • 直近の UI 変更によって変更となりました (phab:T234509 , gerrit:540650)。warningbox は黄色背景で表示されるものです。以前は MediaWiki 標準の設定を MediaWiki:Common.css の div.mw-warning-with-logexcerpt あたりで上書きしていたものが適用されていたのが、仕様変更で適用されなくなった可能性がありますね。また、「Helpページの上部にあるリンク欄のスタイル」などといった抽象的なものではなく、具体的なページを示してください。--rxy（会話） 2019年10月30日 (水) 09:52 (UTC)
    • AirMac/macOS 10.14及びiPad/iPadOS 13.1.3で再現を確認しました。ページを表示しようとしたとき、画像やCSSのリソース読み込みに失敗するようです。Macではメインページを除く標準名前空間でCSSが全て読み込まれず、他のページでもCommon.cssが読み込めていないようです。画像もメインページのFile:Wikipedia-logo-v2-200px-transparent.pngなど、一部（法則性はよく分かりません）が読み込まれないようです。iPadでは全てのページでCommon.cssの読み込みに失敗しています。Macのほうで詳細を調べたところ、NSPOSIXErrorDomain:100 というエラーが出ていたので、iPadもおそらく似たような症状ではないかと考えます。--Marine-Bluetalk✿contribs❀mail 2019年10月30日 (水) 13:14 (UTC)
    • 例えばですが、Help:目次ではページ最上段に表示されるはずの「ようこそ」「ガイドブック」等の欄が、縦1列に並んでしまっています。また、私の会話ページにある過去ログBoxが、本来ページ右寄せで表示される物が目次上に移動し、更に枠線が表示されていません。--Nickel 2 Train(Talk//Post//Log) 2019年10月30日 (水) 13:26 (UTC)

Infobox、Navbox、Templateの位置変化、ボックス線の消失

[編集]
解決済み

上にも似た様な指摘があると思いますが、この2日間に京丹後大宮駅、京丹後市、Template:日本の一般国道一覧など、多くのページでNavbox、Infoboxがページの左側に現れ、Templateのスタイルが崩れ、周りの線も消えることが断続的に起きまして、その都度英語版の「From Wikipedia, the free encyclopedia」に当たる文も無くなりました。ケータイ版のスタイルがそのままパソコンに映った様に見えますが、一体何があるんですか？

OS：macOS Mojave(10.14.4)及びiOS12.4.1
ブラウザ：Safari 12.1(PC)及びSafari 12.1.2(iPhone)
個人設定：ベクター

私がよく使う中国語版・英語版では発生しないが、コモンズではWikidata Infoboxが日本語版のバグ発生の同時に崩れます。ご調査よろしくお願いします。--そらみみ（会話） 2019年10月30日 (水) 13:18 (UTC)

  • 京丹後大宮駅、京丹後市、Template:日本の一般国道一覧について「macOS Catalina (10.15.1)、Safari 13.0.3、個人設定: ベクター」の環境で検証してみましたが、テンプレートが左側に表示され枠線が消える／ページ冒頭の「出典: フリー百科事典『ウィキペディア（Wikipedia）』」が表示されない不具合をこちらでも確認しました。同じページを「iOS 13.2、Safari（アプリのバージョン確認方法が分かりません）、個人設定: ベクター」の（モバイルビューではなく）デスクトップビューで閲覧した場合は問題なく表示されるようです。--Keruby（会話） 2019年10月30日 (水) 20:15 (UTC)
  • 情報提供ありがとうございます。日本時間の午後か夜に起こることが多いので、現在の時刻では以前の状態に戻ったことが確認できました。補足ですが、不具合が発生する時に、投稿記録ページのフォントがやや小さくなることも起こります。また、コモンズにも影響が出るから、日本語版以外に原因があるかも知れません。--そらみみ（会話） 2019年10月30日 (水) 21:51 (UTC)
  • 私の環境（iPadOS 13.1.3／Safari及びChrome 78.0.3904.84及びFirefox 20.0／個人設定：ベクター／いずれもデスクトップビュー）でも数日前からウィキペディア日本語版でのみ、Infoboxが左側に回り込みなしで表示されたり、テンプレートの枠線がなくなったり、ページ全体がケータイ版スタイルのように表示される現象を確認しています（未だ解消していません）。どのブラウザでも再現するため、原因はiPadOSにあるのではないかと疑っています。一方、Windows 10 Home バージョン1903 OSビルド18362.418環境下のGoogle Chrome バージョン: 78.0.3904.70（Official Build）（64 ビット）では至って正常です。--Doraemonplus（会話） 2019年10月31日 (木) 09:10 (UTC)
  • 情報 先ほどまでは異常でしたが、今は正常に表示されています。他言語版でも発生していたから、とりあえず日本語版以外に原因があるということです。--そらみみ（会話） 2019年11月1日 (金) 09:30 (UTC)

履歴等の表示について

[編集]
Phabricatorで追跡中
タスク T233649
解決済み
  1. 履歴ページ全般
  2. (特になし)
  3. Windows10, Internet Explorer11・GoogleChrome78.0
  4. 特に変更していない

バクなのか少し不明ですが、投稿記録や各ページの履歴のページについてです。最近になって、投稿時間時間の前に「；」(セミコロン）が入るようになったと思います。例えば「2019年10月26日 (土) 23:12」と表示されていたのが、「； 2019年10月26日 (土) 23:12」と表示されるようになったという形です。少なくても、11月に入ってから、このような表示になったのだと思われます。
調査のほう、よろしくお願いします。--Mario1257（会話） 2019年11月9日 (土) 10:34 (UTC)

サンドボックスページでのテンプレートの削除

[編集]
解決済み
バグではない--そらたこ（会話） 2019年12月6日 (金) 16:15 (UTC)
  1. 発生したページ：サンドボックス
  2. 再現手順：ページを開くだけ
  3. OSとWebブラウザ：windous8、バージョンはわかりません。
  4. スキン：署名を変更したのみ。

サンドボックスでは、一番上にあるテンプレートは削除されないと書いてあったのですが、削除されていました。どうしてですか？byセロントーク履歴 2019年12月6日 (金) 14:53 (UTC) 履歴を確認したところ、利用者:Tokumeiriyoushyaさんが、ページを白紙化していました。本人に注意をした方がいいのでしょうか？byセロントーク履歴 2019年12月6日 (金) 14:56 (UTC)

Citation

[編集]
解決済み
確認者の編集ミスです。--ラザフォード（会話） 2019年12月23日 (月) 07:40 (UTC)

今朝辺りから、Citation周りでバグが発生している模様です。Cite web2系列のテンプレートを使用している記事で、「Lua エラー モジュール:Citation/CS1 内、805 行目: この変数に対して定義されていない引数」との赤表示が出るようになりました。--58.98.228.122 2019年12月23日 (月) 02:47 (UTC)

ご報告ありがとうございます。当該モジュールを編集した利用者から助けを求められましたので、問題が発生した編集のみ取り消して復旧しました。現時点では解消されたものとみられますが、もしまだ不具合が出ているページがございましたらご一報いただければ幸いです。--ネイ（会話） 2019年12月23日 (月) 04:27 (UTC)

削除された項目の差分表示で内部エラー

[編集]
解決済み
Phabricatorで追跡中
タスク T237709

管理者が使用できる機能ですが、削除された項目の差分を閲覧しようとすると内部エラーが発生し「[文字列] 閲覧年月日時分秒 : 種別「InvalidArgumentException」の致命的例外」と表示されます（例:「[Xc2qRgpAMFgAAFVbrzwAAACK] 2019-11-14 19:25:58: 種別「InvalidArgumentException」の致命的例外」） By 健ちゃん（会話） 2019年11月14日 (木) 19:37 (UTC)

phab:T237709 tracked--rxy（会話） 2019年11月15日 (金) 08:40 (UTC)
情報 Phablicator での上記報告は解決済みとしてクローズされています。同様の事象が再現しないか確認の上で解決済みとしていただきますようお願いします。--Yuukin0248[会話/投稿記録] 2019年12月22日 (日) 12:18 (UTC)
ありがとうございます。内部エラーは発生しなくなっているようです。 By 健ちゃん（会話） 2019年12月24日 (火) 15:17 (UTC)

利用者ページに謎のもの

[編集]
解決済み
--そらたこ（会話） 2020年1月11日 (土) 12:33 (UTC)
Phabricatorで追跡中
タスク T239177
  1. 全ての利用者ページ(サブページ除く)
  2. iPadの画面を縦にすると、投稿記録のボタンに謎のものがでる。
  3. モバイルビュー、Advanced Mode適用、Safari、iPadOS
  4. ベクター

Advanced Modeで利用者ページを開き、iPadの画面を縦にすると謎のもの(青もしくは紫のペンでぐちゃぐちゃ書いたようなもの)が出ます画像1画像2(1番真ん中のアイコンです)横にした場合はこの異常はでません。バグかどうか分からないため、調査お願いします。--コヨミヤ(話/稿) 2019年11月25日 (月) 10:10 (UTC)

コメント 私も同じような表示が出ます。（iPhone7, iOS13.1.3, Safari, Advanced mode）縦でも[1]横でも[2]表示されます。 --Buntschann（会話 / 投稿記録） 2019年11月25日 (月) 16:18 (UTC)
報告 phab:T239177 を起票しました。私の環境 (Windows10, Chrome 78.0.3904.108（Official Build） （64 ビット）, モバイルモード) でも再現を確認しました。--rxy（会話） 2019年11月26日 (火) 01:08 (UTC)

多版を一度に復元できない

[編集]
解決済み

一時的な負荷のためかもしれませんが、履歴統合のため「ゲゲゲの鬼太郎 (アニメ)/history20191211」を削除してから復元させようとしたところ、約3900版選択したうち997版しか復元されませんでした。なお、版を数回に分けて指定、復元することは可能でした。 By 健ちゃん（会話） 2019年12月11日 (水) 16:12 (UTC)

コメント 権限がないしテスト環境も持たないので実際の操作がどうなるのかは確認できませんが、統合機能を使えば不具合が出なかったのではないでしょうか。1つの操作にまとめられるもの（ミスなどは仕方ないですが）はなるべくまとめたほうが不具合は少なくなると思います。特定版削除の使用を控えるようになった経緯と同じように。--Marine-Bluetalk✿contribs❀mail 2019年12月11日 (水) 16:30 (UTC)

モバイルビューの環境でTemplate:OSM Location mapを使用した地図が表示されない

[編集]
解決済み
複数の利用者が解決を確認後、問題が再現されず。--Yuukin0248[会話/投稿記録] 2020年5月8日 (金) 08:13 (UTC)
  1. 問題が発生したページ Template:OSM Location mapへリンクしているページ 名駅（モバイルビュー） 名駅（デスクトップ）
  2. 問題が発生したときの状況 Template:OSM Location mapへリンクしているページの各モバイルビューを確認すれば再現できる。モバイルビューの環境でTemplate:OSM Location mapを使用した地図の簡易版が表示されない。全画面表示へのリンクを除いて地図部分が白紙表示になる。
  3. あなたの使用しているOSとWebブラウザおよびそのバージョン Windows10・Microsoft Edge、Google Chrome、Firefox iOS 13.1.1・Safari
  4. 外装（スキン）などのウィキペディアの個人設定 初期設定のまま。わからない。

どうやらTemplate:OSM Location mapを使用してもモバイルビューの環境で地図表示がされないです。以前は表示されていた時期があったと思うのですが何か変更がされたのかして現在モバイルビュー環境で地図が表示されていません。--2400:416A:1B8C:D700:7433:8058:539D:45D1 2019年9月28日 (土) 11:22 (UTC)

パスワードが変更できない

[編集]
Phabricatorで追跡中
タスク T232995
解決済み
解決済み
--アルトクール（会話） 2021年8月30日 (月) 12:57 (UTC)
  1. 問題が発生したページ - https://ja.m.wikipedia.org/w/index.php?title=特別:ChangeCredentials/MediaWiki%5CAuth%5CPasswordAuthenticationRequest&authUniqueId=1e837d
  2. 問題が発生したときの状況 - 特別:パスワードの変更からアクセス→再度パスワードを入力→新しいパスワードを入力する画面→入力→証明情報の変更→再度同じ画面に
  3. あなたの使用しているOSとWebブラウザおよびそのバージョン - モバイル版 iOS端末からアクセス Safari利用
  4. 外装（スキン）などのウィキペディアの個人設定（例：ベクター） - 初期のまま変更はしていない

理由が不明でバグか不安なため--そらたこ🐙(会話) 2019年8月28日 (水) 07:05 (UTC)

  • コメント 情報不足。「iOS」のバージョン、端末詳細（iPhoneの種類・任意）が必要です。症状から見て、情報の送信が正しく行えてないだけに見えますが。別の端末や、ブラウザで行って症状が出ないのであれば、Safari特有の症状になるため、バグとは言い切れません。--アルトクール（会話） 2019年8月28日 (水) 07:24 (UTC)
    • 返信 (アルトクールさん宛) この症状が起こったのはiPhone X(iOS12.4)、iPhone8(iOS12.4.1)、iPhone7(iOS12.4)、iPhone5(iOSは古いです)です。送信後もとの画面に戻ってしまいます。既に変更されている可能性を考え、ログアウトを行い新しいパスワードでログインを試してみたところログインできず、変更前のパスワードでのみログインできました。2か月ほど前には同じ端末、アカウントでできていました。1か月半前には同じ端末、別のアカウントで可能でした。ここからは全てiPhone Xからのテストです。Firefox、Google Chrome、Opera miniで試しましたが、同様でした。iOS版公式アプリから同じアカウントで試しましたが、新しいパスワードを入力したあと読み込みエラーがでました。初期画面に戻りその後画面に「Sorry, could not load the article」と表示されました。必要であれば、帰宅後パソコンから試します。--そらたこ🐙(会話) 2019年8月28日 (水) 08:06 (UTC)
    • iPhone.. というか Apple の iOS はレンダリングエンジンが Webkit 以外ブラウザーが違ったとしても使えないはずなので、Webkit 側に問題がある場合は不具合として処理する必要がでます。アカウント自体に何らかの不整合が起きているのか、外装の MinervaNeue （割と実装が雑）が原因か、MobileFrontend がおかしいのか…。--rxy（会話） 2019年8月28日 (水) 09:31 (UTC)
  • 報告 よくわからないのですが、パソコンから変更できました。アルトクールさん、Rxyさん ありがとうございます--そらたこ🐙(会話) 2019年8月28日 (水) 10:44 (UTC)
  • 情報 一応情報を付け足しておきます。最初のiPhoneからのアクセスは順番にソフトバンク、ワイモバイル、ドコモです。iPhone5はジョイサウンドのWi-Fiからです。報告したもの以降のアクセスは私の家のWi-Fiからです。私のパソコンはMacBook Air 2018(最初OS)です。
MacBook Air Early 2015(OSは古いです)から私のサブアカウント利用者:利用者そらたこのパスワード変更を試したところ無事に変更できました。その後テストとしてiPhone XS(iOS12.4.1)からデスクトップモードで同じく利用者:利用者そらたこのパスワード変更を試したところ変更できました。家での変更、変更テストは全て 個人設定→パスワードの変更 の手順で行なっています。成功の場合変更の画面からボタンを押すと個人設定に戻りました。以上です。--そらたこ🐙(会話) 2019年8月28日 (水) 11:24 (UTC)

モバイルビューで入れ子にした表の幅が狭く表示される

[編集]
Phabricatorで追跡中
タスク T236053
オープン

Infoboxの中に入れた表（入れ子状態にした表）において、中に入れた表の幅が、画面の幅が720pxより小さい場合に限り、異常に狭く表示されてしまします。

  1. 発生したページ：例：Template:カーラー/testcases、Infobox下部の獲得メダル欄
  2. 再現手順：モバイルビューで表示し、画面の幅を720px未満にする
  3. OSとWebブラウザ：Android 9, Chrome 77 および Windows 7, Vivaldi 2.6
  4. スキン：初期設定（MinervaNeue (モバイル)）

モバイルビュー以外のスキンで表示した場合や、画面の幅が720pxより広い場合は問題ありません。よろしくお願い致します。--Nekohan（会話） 2019年10月20日 (日) 22:29 (UTC)

例
Test Test Test Test Test Test
内部の表
Label Test Test Test

追記しました。このような表です。--Nekohan（会話） 2019年10月21日 (月) 02:14 (UTC)

モバイルビューの不具合というよりは、MinervaNeue 起因ですね。仕様っぽい気がしなくもないですが…、一応 phab:T236053 を起票しました。回避策としては、子テーブルの style 属性に display: table を与えるとよいかと思います。例示のテーブルでは親にも同様の措置が必要そうですが。--rxy（会話） 2019年10月21日 (月) 11:59 (UTC)
感謝 起票して頂きありがとうございます。なるほど、そういう仕様であるかもなのですね。ご教示を頂きました display: table で、ひとまず本件の問題を回避できそうです。恥ずかしながら知りませんでした。ありがとうございます。--Nekohan（会話） 2019年10月21日 (月) 12:51 (UTC)
情報 起票して頂きました Phabricator に寄せられたコメントによりますと、MinervaNeue に修正を加えることは乗り気ではなく、Extension:TemplateStyles という仕組みを使うことが提案されています。表に表を組み込だテンプレート（例えば Template:Infobox medal templates を組み込んだ Infobox など）は Wikipedia に多くあると思いますが、個別に回避策を講じる必要がありそうです。ただ、enwiki の en:Template:Infobox medal templates では、この問題は発生していませんでしたので（これとは別で一番左のセルが大きくなるという問題が発生していますが）、enwiki では何らかの対策が講じられているのかも知れません。--Nekohan（会話） 2019年10月26日 (土) 13:19 (UTC)
  • （終了） いったんこちらは終了扱いとします。もし、Extension:TemplateStylesを導入するという話をするのであれば、Wikipedia:井戸端で提案して、導入議論していただければ。起票されたものについても放置・・・というか、元々乗り気でないみたいなのでこちらで残していても進展はないかと思われます。。。--アルトクール（会話） 2021年8月30日 (月) 13:07 (UTC)

「最近の更新」で起きるバグ

[編集]

iPadOSのChrome、Safariのデスクトップビュー(ベクター)で「最近の更新」をおすと、文字がすごい速さで大小してうまく見れない時があります。要約欄にめちゃくちゃ長い事が書いてあると起きるようです。こういう編集が最近の更新にあると、文字が大小して見れない事が多いです。一応見れる時もあるのですが。--以上の署名の無いコメントは、きこねす（会話・投稿記録）さんが 2019年12月19日 (木) 07:29 (UTC) に投稿したものです（そらたこ（会話）による付記）。

  • コメント iPadOSやアプリの詳細バージョンが不足しています。そもそもの問題として、iPad環境は「モバイル版」に最適化される（iPad向けアプリもモバイル版向けの解釈を行うはずです）ので、デスクトップ版のページビューでは表示崩れが起こる可能性は非常に高いといえます。スクリーンショット上で確認できるURLはデスクトップ版ですので、モバイルビュー（モバイル版）にして閲覧するようにしてはいかがでしょうか。それとも、報告の意図が「モバイル環境においてデスクトップ表示での表示崩れの修正を求める」というものなのでしょうか？--アルトクール（会話） 2020年1月6日 (月) 14:23 (UTC)
    • コメント iPadはOSがiPadOSに分かれて以降、少なくともSafariは標準でデスクトップ版を表示するようになっています。Chromeは知りませんが、似たようなものかもしれません。そして、半角文字の折り返し基準点が?やスペースとなっており、要約欄に固定リンクなどの長大な半角文字列を記載した際、本来の画面幅を無視して文字列の終端を基準に表示画面幅を判断することがあるためトラブルが発生します。--Marine-Bluetalk✿contribs❀mail 2020年1月7日 (火) 00:48 (UTC)
      • コメント 確かにiPadOS上ではSafariがデフォルトでデスクトップ版サイトの表示をさせるようですね。ただ、そうなってくるとブラウザのソース解釈の問題の可能性が高いので、積極的に報告を上げにくい（報告件数がそれなりに必要なのと、アプリバージョンなどの詳細情報が必須になる）のは事実です。推測で申し訳ないんですが、SafariやChorome自体が「OS上ではデスクトップ動作をするように指示」されても、元々「アプリとして調整されているのがモバイル動作」なのでは？とは思える動作です（この場合、MediaWikiのバグというよりは、ブラウザのソースコードの読み込み問題になって対象外と言われるかも・・・）。--アルトクール（会話） 2020年1月10日 (金) 12:16 (UTC)

コメント MediaWiki側で長い半角文字列を処理して要素を挿入して貰えれば折り返せます。…が、バグレポ上げて対処してもらうのも悠長かと思ったので、その場で解決できる方法を探してみました。 

_::-webkit-full-page-media, _:future, :root #bodyContent {
    overflow-x: scroll;
}

CSSハックを応用してSafariのみ、はみ出した部分をスクロールさせることで画面幅を固定するユーザーCSSです。折り返せない問題は残りますが、画面幅の問題は解決するはずです。なお、長大なURLのみならず横幅の大きな表などもスクロール対象になります。--Marine-Bluetalk✿contribs❀mail 2020年1月10日 (金) 16:32 (UTC)

ウィキラブの編集が表示されない

[編集]

横から失礼します。ただ、「最近の更新」関連なので、こちらに書かせていただきます。

  1. 最近の更新
  2. 最近の更新　設定:#ウィキラブ 30日100件
  3. Windows10 IE11
  4. 初期設定のまま

特別:固定リンク/76801104にて、ウィキラブをある方に送ったのですが（タグにもちゃんと残っています）、私の編集が、非ログイン時含め「最近の記録」に表示されていません。上記2に書いた設定(自分以外の編集の設定にしていない)でそうでした。これは、バグなのでしょうか?--股志（会話） 2020年4月11日 (土) 06:59 (UTC)

  • (終了) 対応としては終了とします。古い話なので何とも言えないのですが、ウィキラブの反映については情報の取得に失敗したり、読み込みのタイミングによって反映されなかったりというのは時々起きることがあります。--アルトクール（会話） 2021年8月30日 (月) 13:11 (UTC)
「https://ja.wikipedia.org/w/index.php?title=Wikipedia:バグの報告/2019年下半期&oldid=86416501」から取得