Wikipedia:バグの報告/2019年下半期
このページは過去の議論を保存している過去ログページです。編集しないでください。新たな議論や話題は、Wikipedia:バグの報告で行ってください。 |
テンプレートの改行について
[編集]記事作成の際に、改行されたテンプレートをコピペして貼り付けるのですが、ビジュアル編集からソース編集に切り替えると自動的に改行が全て消えてしまいます。表示される字体が変わることもあります。 このようになります→長谷寺 (堺市) なぜこのようなことが起こるのですか? 端末は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)
Navboxのテキストがはみ出す
[編集]Template:日本国有鉄道などのように、hlistを使ったNavboxのテキストが枠からはみ出す現象が発生しています。--新幹線(会話) 2019年9月5日 (木) 12:59 (UTC)
- 当方win10-64bit, Firefox69.0ですが再現しませんでした。使用OSとブラウザは何でしょうか?--切干大根(会話) 2019年9月6日 (金) 08:54 (UTC)
- 情報 Android 8.0、Chrome でデスクトップ版のページを確認したところ、新幹線さんと同様の現象が確認できました。--610CH-405(会話) 2019年9月6日 (金) 08:57 (UTC)
- Android 9、Chrome76.0 の PC版表示 で表示崩れが再現しました。--切干大根(会話) 2019年9月6日 (金) 09:08 (UTC)
- win7-64bit, Chromeです。IE11では問題なかったのでChromeの問題のようですね。--新幹線(会話) 2019年9月6日 (金) 09:34 (UTC)
- 情報 Windows10, Google Chrome(バージョン: 76.0.3809.132(64 ビット))でデスクトップ版を表示した場合に再現。同じブラウザでも、モバイルビューで表示した場合は再現しませんでした。--aki42006(会話) 2019年9月6日 (金) 09:57 (UTC)
- 情報 Mac (OS X El Capitan 10.11.6) では以下の通りでした。Chrome (76.0.3809.132):はみ出る。Firefox (69.0):はみ出ない。Safari (11.1.2):はみ出ない。--茶でもすするか(会話) 2019年9月6日 (金) 15:38 (UTC)
listclass
にhwrap
を与えればいいと思います。special:diff/74147892 --rxy(会話) 2019年9月7日 (土) 09:48 (UTC)-
hwrap
を与える方法にすると、「〇〇(年) △△(名前)」というように空白を含む項目が途中で改行されるようになります。Google Chromeでは以前から空白で改行されていましたが、他の環境では改行されていなかったので、この方法では環境によっては改悪になってしまいます。--バックショルダー(会話) 2019年9月16日 (月) 10:28 (UTC) - 情報 Windows10-64bit環境で、Google Chromeのバージョンを77.0.3865.90(64 ビット)に更新したら不具合が解消されました。--MSY.H(会話) 2019年9月18日 (水) 21:56 (UTC)
製造プロセスをテンプレート内に記述しているにも関わらず表示されない
[編集]- 問題が発生したページ - Apple A13やApple A12
- 問題が発生したときの状況 - テンプレート"Infobox CPU"にあるsize-fromの部分を書き換えたにも関わらず表示されない
- あなたの使用しているOSとWebブラウザおよびそのバージョン - PC版 Chrome 76.0.3809.132
- 外装(スキン)などのウィキペディアの個人設定(例:ベクター) - 初期のまま変更はしていない
記事を修正しているときに気がつきました。回避方法がありましたらご教示頂きたいです。--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)
- 放置しておけばそのうちだれかが過去ログ化すると思いますので、そのままでいいですよ。--rxy(会話) 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)
- 私もログアウトすると目次がなくなっています。--コヨミヤ(話/稿) 2019年9月23日 (月) 07:01 (UTC)
- 私はモバイルビューですが、ログイン有無に関わらず常に目次は表示されません。--610CH-405(会話) 2019年9月22日 (日) 13:29 (UTC) 誤解を招きそうなので追記。--610CH-405(会話) 2019年9月27日 (金) 17:25 (UTC)
Wikipedia:削除依頼/ログ/2019年10月13日について
[編集]この記事だが、他の日は目次が出るのになぜかこの日だけ出ていない。ソースを見比べたがおかしな点は見当たらず。--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:を変更したが表示されない
[編集]利用者:Sittaka
- にあんちゃん
- 最下部カテゴリの最後から2番目、「記念碑」を選択し当該ページに飛んでも、項目中に「にあんちゃん」はない。
- Windows10 Android
- ベクター
(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))
- コメント おそらく原因ですが、記事のカテゴリを変更する前のキャッシュが残っていたものと推測されます。キャッシュが残っていることにより一時的に最新版が表示されなくなるのはよくあることであり、バグではありません。--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)
- Windows10、FireFox70.0では正常に表示されます。--切干大根(会話) 2019年10月29日 (火) 10:26 (UTC)
- Windows7、Google Chrome78.0でも正常に表示されます。--野良人(会話・履歴) 2019年10月30日 (水) 08: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の位置変化、ボックス線の消失にもありましたが、本日午前中の段階では上で報告したようなスタイル崩れが見られなくなっています。--Nickel 2 Train(Talk//Post//Log) 2019年10月31日 (木) 02:07 (UTC)
- 情報 - 同環境において、ロースターでは全ての装飾(画面左上のWikipedia画像、背景等)が一切表示されません。--Nickel 2 Train(Talk//Post//Log) 2019年11月1日 (金) 08:04 (UTC)
- 情報 macOS 10.15.1にアップデートするとMacは問題解決に至りましたが、iPadはiPad OS 13.2でもエラーが継続しています。iPad版SafariのWebインスペクタを調べたところ、プロトコルエラーと出ています。やはり NSPOSIXErrorDomain:100 によるものであろうと思われます。--Marine-Bluetalk✿contribs❀mail 2019年11月1日 (金) 12:54 (UTC)
- その後サーバー側で対応なされたのか、読み込めない不具合は解消いたしました。--Marine-Bluetalk✿contribs❀mail 2019年11月2日 (土) 23:12 (UTC)
- - こちらの環境でも今現在前述の表示不具合が見られなくなりました。--Nickel 2 Train(Talk//Post//Log) 2019年11月3日 (日) 05:18 (UTC)
- 情報 - Safariの「開発」-「ページのリソースを表示」によって読み込みファイルを調べたところ、load.php(スタイルシートの指定?)が読み込み中にエラーを起こしている旨が表示されました。--Nickel 2 Train(Talk//Post//Log) 2019年11月2日 (土) 05:47 (UTC)
- 簡潔に言えば、PHP経由でJS/CSSを読み込むため、参照先アドレス自体はPHPになっています。--Marine-Bluetalk✿contribs❀mail 2019年11月2日 (土) 23:12 (UTC)
- 情報 - この問題はログイン状態では発生しないようで、一旦ログアウトして再読み込みすると再発しました。原因はやはり CSS を返却する load.php において、HTTP2 のプロトコルエラーが発生している事によるものかと思います。curl コマンドで当該 CSS の URL (load.php) を --http2 オプション付きで取得するとプロトコルエラーとなりますが、--http1.1 オプション付きでは正常なレスポンスが返却されました。 --アミノトロン(会話) 2019年11月3日 (日) 17:18 (UTC)
- 個人的に調査した技術的内容をまとめておきました:利用者:アミノトロン/メモ/2019-11-04-WikipediaのCSS異常に関する調査 --アミノトロン(会話) 2019年11月3日 (日) 21:09 (UTC)
- その後も様子を見たところ、再発と解消が繰り返されているようです。常に特定の条件下で発生するというより、タイミング次第でサーバー側の何かが切り替り、結果的に不具合が出たり出なかったりしているのではないでしょうか。--Marine-Bluetalk✿contribs❀mail 2019年11月5日 (火) 04:49 (UTC)
- 今確認してみたところ、確かに現時点では問題が起きなくなっていました。URL や接続先 IP アドレスに違いはないので、サーバーの内部状況によって発生するのは間違いないようです。大規模サイトなのでバックエンドサーバーも複数あるでしょうし、サーバー間での設定やキャッシュ状況の違いによって発生するのかもしれません。 --アミノトロン(会話) 2019年11月5日 (火) 06:42 (UTC)
- 詳細な情報ありがとうございます。現在、アジアからのアクセスは一度シンガポールにあるキャッシュサーバー群 eqsin (IPv4:
103.102.166.224
, IPv62001:df2:e500:ed1a::1
; 投稿時点)に LVS でランダムにトラフィックがフロントエンドキャッシュサーバー cp5xxx 系にいって、さらにそれが米国のバージニア州アッシュバーン eqiad cp1xxx 系フロントエンドキャッシュサーバーに流れて、最終的にバックエンドは eqiad mw1xxx に流れるようになっています(wikitech:Global_traffic_routing, wikitech:LVS_and_Varnish)。また、現在 Wikimedia 財団のトラフィック部門では、キャッシュサーバー (cpxxxx) を varnish から en:Apache Traffic Server (ATS) への置き換える作業が行われていて (phab:T227432)、このために varnish キャッシュにアクセスするときもあば、ATS のキャッシュにアクセスするときもありますので、症状が発現したりしなかったりする原因になっているかもしれません。phab:T227432#5634974 によれば、Tue, Nov 5, 11:00 UTC 時点でアジア域 eqsin における置き換えは完了しているようです(eqiad クラスターでの置き換え時に再発しそうな気がしなくもないですが)。--rxy(会話) 2019年11月10日 (日) 10:18 (UTC)- 情報ありがとうございます。私もその後経過を観察していましたが、しばらく不具合が出たり出なかったりを繰り返した後、現在は不具合は出なくなっていますね。一先ず問題は解決したものとしておきましょう。--Marine-Bluetalk✿contribs❀mail 2019年11月11日 (月) 09:44 (UTC)
- 詳細な情報ありがとうございます。現在、アジアからのアクセスは一度シンガポールにあるキャッシュサーバー群 eqsin (IPv4:
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)
- 因果関係はわかりませんが、先ほどiPadOS 13.2にアップデートしたところ、正常に表示されるようになりました。ひとまず、問題解消のご報告まで。--Doraemonplus(会話) 2019年10月31日 (木) 09:25 (UTC)
- 情報 先ほどまでは異常でしたが、今は正常に表示されています。他言語版でも発生していたから、とりあえず日本語版以外に原因があるということです。--そらみみ(会話) 2019年11月1日 (金) 09:30 (UTC)
履歴等の表示について
[編集]- 履歴ページ全般
- (特になし)
- Windows10, Internet Explorer11・GoogleChrome78.0
- 特に変更していない
バクなのか少し不明ですが、投稿記録や各ページの履歴のページについてです。最近になって、投稿時間時間の前に「;」(セミコロン)が入るようになったと思います。例えば「2019年10月26日 (土) 23:12」と表示されていたのが、「; 2019年10月26日 (土) 23:12」と表示されるようになったという形です。少なくても、11月に入ってから、このような表示になったのだと思われます。
調査のほう、よろしくお願いします。--Mario1257(会話) 2019年11月9日 (土) 10:34 (UTC)
- 情報 phab:T233649として報告済です。--Yuukin0248[会話/投稿記録] 2019年11月9日 (土) 13:42 (UTC)
- 済 上記報告は解決済みとしてクローズ済、また報告者の示す環境でも同様の事象を再現することはできず。--Yuukin0248[会話/投稿記録] 2019年12月22日 (日) 12:15 (UTC)
サンドボックスページでのテンプレートの削除
[編集]- 発生したページ:サンドボックス
- 再現手順:ページを開くだけ
- OSとWebブラウザ:windous8、バージョンはわかりません。
- スキン:署名を変更したのみ。
サンドボックスでは、一番上にあるテンプレートは削除されないと書いてあったのですが、削除されていました。どうしてですか?byセロントーク履歴 2019年12月6日 (金) 14:53 (UTC) 履歴を確認したところ、利用者:Tokumeiriyoushyaさんが、ページを白紙化していました。本人に注意をした方がいいのでしょうか?byセロントーク履歴 2019年12月6日 (金) 14:56 (UTC)
- バグではありません。ここはMediaWikiなどのバグを報告する場所です。サンドボックスは初心者も多く編集する場所ですので、何度も行うなどなければ注意などは必要ないと思います。--そらたこ(会話) 2019年12月6日 (金) 16:15 (UTC)
- 回答ありがとうございます。初心者なのでよくわからなかったのですが、バクではないと分かって安心しました。byセロントーク履歴 2019年12月7日 (土) 01:52 (UTC)
Citation
[編集]今朝辺りから、Citation周りでバグが発生している模様です。Cite web2系列のテンプレートを使用している記事で、「Lua エラー モジュール:Citation/CS1 内、805 行目: この変数に対して定義されていない引数」との赤表示が出るようになりました。--58.98.228.122 2019年12月23日 (月) 02:47 (UTC)
- ご報告ありがとうございます。当該モジュールを編集した利用者から助けを求められましたので、問題が発生した編集のみ取り消して復旧しました。現時点では解消されたものとみられますが、もしまだ不具合が出ているページがございましたらご一報いただければ幸いです。--ネイ(会話) 2019年12月23日 (月) 04:27 (UTC)
- こんにちは、自分の取り消しミスです。申し訳ない。--ラザフォード(会話) 2019年12月23日 (月) 07:33 (UTC)
削除された項目の差分表示で内部エラー
[編集]管理者が使用できる機能ですが、削除された項目の差分を閲覧しようとすると内部エラーが発生し「[文字列] 閲覧年月日時分秒 : 種別「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)
利用者ページに謎のもの
[編集]- 全ての利用者ページ(サブページ除く)
- iPadの画面を縦にすると、投稿記録のボタンに謎のものがでる。
- モバイルビュー、Advanced Mode適用、Safari、iPadOS
- ベクター
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)
- 私の環境では解決したものと思われます。皆様の環境からはいかがでしょうか。--そらたこ(会話) 2019年12月15日 (日) 13:25 (UTC)
- 謎のものは消えましたが、アイコンの表示が右に寄っているような感じになっています[3]。 --Buntschann(会話 / 投稿記録) 2019年12月15日 (日) 14:33 (UTC)
- アイコンの右寄り表示も解決していました。 --Buntschann(会話 / 投稿記録) 2020年1月11日 (土) 09:10 (UTC)
- 私の環境では解決しました[4]。--コヨミヤ(話/稿) 2019年12月22日 (日) 04:26 (UTC)
- 謎のものは消えましたが、アイコンの表示が右に寄っているような感じになっています[3]。 --Buntschann(会話 / 投稿記録) 2019年12月15日 (日) 14:33 (UTC)
- Phabricatorの方も解決済みになっていますし、こちらも解決済みにしました。--そらたこ(会話) 2020年1月11日 (土) 12:33 (UTC)
多版を一度に復元できない
[編集]一時的な負荷のためかもしれませんが、履歴統合のため「ゲゲゲの鬼太郎 (アニメ)/history20191211」を削除してから復元させようとしたところ、約3900版選択したうち997版しか復元されませんでした。なお、版を数回に分けて指定、復元することは可能でした。 By 健ちゃん(会話) 2019年12月11日 (水) 16:12 (UTC)
- 権限がないしテスト環境も持たないので実際の操作がどうなるのかは確認できませんが、統合機能を使えば不具合が出なかったのではないでしょうか。1つの操作にまとめられるもの(ミスなどは仕方ないですが)はなるべくまとめたほうが不具合は少なくなると思います。特定版削除の使用を控えるようになった経緯と同じように。--Marine-Bluetalk✿contribs❀mail 2019年12月11日 (水) 16:30 (UTC)
- 997版までしか一度に復元できないのは仕様のようですよ。利用者:Penn Station/Notes#その他(Wikipedia、MediaWiki) #51 --そらたこ(会話) 2019年12月11日 (水) 16:48 (UTC)
- お二人ともありがとうございます。「ページの履歴の統合」機能が存在することは知っていましたが、確認したことはありませんでした。あらためてページや版の指定の仕方を見てみました。削除/復元版の詳細な指定は出来ないようでしたので、ページを削除してから版指定後に復帰という作業もなくなるわけではなさそうですが、ケースによっては使ってみようかと思います。また、一度での復帰上限が 997 版というのが現在の仕様では、必要な場合は小分けにして復元するしかないようですね。 By 健ちゃん(会話) 2019年12月12日 (木) 12:25 (UTC) 以前はもっと版数が多くても復元出来てましたね。 By 健ちゃん(会話) 2019年12月13日 (金) 23:59 (UTC)
モバイルビューの環境でTemplate:OSM Location mapを使用した地図が表示されない
[編集]- 問題が発生したページ Template:OSM Location mapへリンクしているページ 名駅(モバイルビュー) 名駅(デスクトップ)
- 問題が発生したときの状況 Template:OSM Location mapへリンクしているページの各モバイルビューを確認すれば再現できる。モバイルビューの環境でTemplate:OSM Location mapを使用した地図の簡易版が表示されない。全画面表示へのリンクを除いて地図部分が白紙表示になる。
- あなたの使用しているOSとWebブラウザおよびそのバージョン Windows10・Microsoft Edge、Google Chrome、Firefox iOS 13.1.1・Safari
- 外装(スキン)などのウィキペディアの個人設定 初期設定のまま。わからない。
どうやらTemplate:OSM Location mapを使用してもモバイルビューの環境で地図表示がされないです。以前は表示されていた時期があったと思うのですが何か変更がされたのかして現在モバイルビュー環境で地図が表示されていません。--2400:416A:1B8C:D700:7433:8058:539D:45D1 2019年9月28日 (土) 11:22 (UTC)
- Linux Mint 19.1 Tessa + Chromium 78.0.3904.70およびAndroid 9 + Chrome 78.0.3904.90で、上記と同様の現象が発生します。--IXTA9839(会話) 2019年11月6日 (水) 19:50 (UTC)
- 味土野#集落内の地理でも同様の現象を確認しました。非常に不便な状態が継続しているようです。--118.14.21.83 2020年3月4日 (水) 01:09 (UTC)
- Android 10, Google Chrome 81.0 系列にて、正常に動作しているのを確認しています。IXTA9839 さん再度ご確認をお願いします。--Yuukin0248[会話/投稿記録] 2020年4月23日 (木) 08:58 (UTC)
- 以前と環境違いますが、Android 9 + Chrome 81.0.4044.117およびWindows 10 (1903) + Chrome 81.0.4044.122, IE 11.778.18362.0, Edge 44.18362.449.0でモバイルビューで見た時に地図が表示されるようになったことを確認しました。--IXTA9839(会話) 2020年4月24日 (金) 09:30 (UTC)
- Linux Mint 19.1 Tessa + Chromium 80.0.3987.163, 81.0.4044.138でも確認したところ、地図が表示されていることを確認しました。--IXTA9839(会話) 2020年5月13日 (水) 06:25 (UTC)
パスワードが変更できない
[編集]- 問題が発生したページ - https://ja.m.wikipedia.org/w/index.php?title=特別:ChangeCredentials/MediaWiki%5CAuth%5CPasswordAuthenticationRequest&authUniqueId=1e837d
- 問題が発生したときの状況 - 特別:パスワードの変更からアクセス→再度パスワードを入力→新しいパスワードを入力する画面→入力→証明情報の変更→再度同じ画面に
- あなたの使用しているOSとWebブラウザおよびそのバージョン - モバイル版 iOS端末からアクセス Safari利用
- 外装(スキン)などのウィキペディアの個人設定(例:ベクター) - 初期のまま変更はしていない
理由が不明でバグか不安なため--そらたこ🐙(会話) 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)
- Windows10 Build18965, Firefox68.0.2 からの検証結果を載せておきます。特別:パスワードの変更のモバイル用のページ (ja.m.wikipedia.org) からそらたこさんと同じ順序でパスワードの変更を試みた所、そらたこさんと同じく、パスワードの変更は行われずに画面が戻りました。特別:携帯機器オプションより有効にできる改良版モバイル投稿モードによる問題の可能性を考え試してみましたが、改良版モバイル投稿モードが無効でも有効でもパスワードの変更は効きませんでした。次に、 rxy さんが示している、モバイル向けの外装である MinervaNeue の問題を疑いました。個人設定で MinervaNeue へ変更。デスクトップ用ページ (ja-two.iwiki.icu) の特別:パスワードの変更よりパスワードの変更を試みました。結果、パスワードの変更は成功し、変更後のパスワードを使用してログインすることができました。--Yuukin0248[会話/履歴] 2019年8月28日 (水) 11:54 (UTC)
- 情報 しばらくたったので再度テストしましたがどの端末、パソコンからもデスクトップ版では変更できるが、モバイル版では変更できない状態です。ただ、パスワード入力の際の表示が単純な文字列の場合に「入力されたパスワードは、非常に一般的に利用されているパスワードのリストにあります。よりユニークなパスワードを選択してください。」、短い文字列の場合に「パスワードは8文字以上にしてください。」と出ました。これはphab:T151425の影響かと思います。ここまでが私がこのアカウントを用いて先ほど確認した情報です。--パスワード変更テスト(本)(会話) 2019年9月12日 (木) 11:40 (UTC)
- 質問 これはどこのバグですか?どなたか詳しい方phabへの代理報告をお願いできませんか。--そらたこ🐙🌈(会話) 2019年9月12日 (木) 11:47 (UTC)
- phab:T232995報告しましたが私では説明ができません。どなたか状況を説明できませんか。--パスワード変更テスト(本)(会話) 2019年9月16日 (月) 13:05 (UTC)
- 「再現性のある手順をステップとしてまとめて報告してくれ」とあるようです。状況として、環境はどの端末、どのブラウザでも再現性が認められ、「モバイル版」で「パスワードを変更」しようとすると、「証明情報の変更」で正しく送信できずに、新しいパスワードの入力画面に戻ってしまう(PCからだと、モバイル版からデスクトップ版に「不正なトークン」であるエラーを吐いて移動されてしまう)ということでよろしいでしょうか?--アルトクール(会話) 2019年9月18日 (水) 04:11 (UTC)
- 返信 (アルトクールさん宛) 確認ありがとうございます。多分それであってます。--そらたこ🐙🌈(会話) 2019年9月18日 (水) 11:00 (UTC)
- 返信 (アルトクールさん宛) 再現手順の丁寧な説明 ありがとうございます--そらたこ(会話) 2019年9月19日 (木) 13:54 (UTC)
- 「再現性のある手順をステップとしてまとめて報告してくれ」とあるようです。状況として、環境はどの端末、どのブラウザでも再現性が認められ、「モバイル版」で「パスワードを変更」しようとすると、「証明情報の変更」で正しく送信できずに、新しいパスワードの入力画面に戻ってしまう(PCからだと、モバイル版からデスクトップ版に「不正なトークン」であるエラーを吐いて移動されてしまう)ということでよろしいでしょうか?--アルトクール(会話) 2019年9月18日 (水) 04:11 (UTC)
- 初回の確認日から一か月以上経過しましたが、現在(2019年10月19日22:30 (JST))も変更できないことを確認しました。(確認環境:iPhone X iOS 13.1.2)--パスワード変更テスト(本)(会話) 2019年10月19日 (土) 13:33 (UTC)
- たぶん優先度が低いか、改修に時間のかかる部分なのかもしれません。--アルトクール(会話) 2019年10月30日 (水) 09:55 (UTC)
- 2019年11月25日 (月) 10:42 (UTC)時点でもモバイル版からは変更ができないことを確認しました。通常、アドバイスモード共に、iOS13.2.2より確認。--パスワード変更テスト(本)(会話) 2019年11月25日 (月) 10:42 (UTC)
- こちらのバグに関連する Phablicator のタスクなんですけど、報告者 (利用者:そらたこ(会話 / 投稿記録 / 記録)) による説明が不十分なまま、解決すること無く 2020年2月18日 05:09 PM UTC に報告者によってクローズされています。報告者が無言でクローズしてしまった事に加え、日本語版においては無期限の投稿ブロックとなっているのが現状です。私の環境と報告者の環境は異なるため報告者と同様の環境での再現ができず、解決しているのかどうかの判断がつきません。--Yuukin0248[会話/投稿記録] 2020年4月23日 (木) 08:53 (UTC)
- iPad(第6世代)iPadOS13.5.1、Brave バージョン1.17でもそらたこさんと同じ現象が確認できました。まだ解決していなさそうです。--コヨミヤ(話/稿) 2020年6月14日 (日) 02:58 (UTC)
- 追加情報は追記しておきましたが・・・もしかしたら新しいタスクを作り直したほうが対応される・・・かもしれません。ちょっと様子を見ます。--アルトクール(会話) 2020年6月20日 (土) 15:26 (UTC)
- 本日確認したところ、現象が再現しませんでした。どこのタイミングで直ったのかわかりませんが、解決済みとしてクローズします。--アルトクール(会話) 2021年8月30日 (月) 12:57 (UTC)
モバイルビューで入れ子にした表の幅が狭く表示される
[編集]Infoboxの中に入れた表(入れ子状態にした表)において、中に入れた表の幅が、画面の幅が720pxより小さい場合に限り、異常に狭く表示されてしまします。
- 発生したページ:例:Template:カーラー/testcases、Infobox下部の獲得メダル欄
- 再現手順:モバイルビューで表示し、画面の幅を720px未満にする
- OSとWebブラウザ:Android 9, Chrome 77 および Windows 7, Vivaldi 2.6
- スキン:初期設定(MinervaNeue (モバイル))
モバイルビュー以外のスキンで表示した場合や、画面の幅が720pxより広い場合は問題ありません。よろしくお願い致します。--Nekohan(会話) 2019年10月20日 (日) 22:29 (UTC)
Test Test Test 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)
- iPadはOSがiPadOSに分かれて以降、少なくともSafariは標準でデスクトップ版を表示するようになっています。Chromeは知りませんが、似たようなものかもしれません。そして、半角文字の折り返し基準点が?やスペースとなっており、要約欄に固定リンクなどの長大な半角文字列を記載した際、本来の画面幅を無視して文字列の終端を基準に表示画面幅を判断することがあるためトラブルが発生します。--Marine-Bluetalk✿contribs❀mail 2020年1月7日 (火) 00:48 (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)
ウィキラブの編集が表示されない
[編集]横から失礼します。ただ、「最近の更新」関連なので、こちらに書かせていただきます。
- 最近の更新
- 最近の更新 設定:#ウィキラブ 30日100件
- Windows10 IE11
- 初期設定のまま
特別:固定リンク/76801104にて、ウィキラブをある方に送ったのですが(タグにもちゃんと残っています)、私の編集が、非ログイン時含め「最近の記録」に表示されていません。上記2に書いた設定(自分以外の編集の設定にしていない)でそうでした。これは、バグなのでしょうか?--股志(会話) 2020年4月11日 (土) 06:59 (UTC)
- 追記 今日も別の方特別:固定リンク/77011364にウィキラブを送ったのですが、こちらは反映されていました。--股志(会話) 2020年4月11日 (土) 08:00 (UTC)
- (終了) 対応としては終了とします。古い話なので何とも言えないのですが、ウィキラブの反映については情報の取得に失敗したり、読み込みのタイミングによって反映されなかったりというのは時々起きることがあります。--アルトクール(会話) 2021年8月30日 (月) 13:11 (UTC)