VK Blocks Pro
VK Blocks Pro
タグ: VK Blocks Pro
-
投稿者投稿
-
2019年11月11日 3:28 PM #24837
momo閲覧者再現環境が必要があれば、今は100%再現するので、ご要望であれぼ、わたしのWordpressにログイン可能なアカウントを一時的に作成、その情報をお渡ても良いです。
とりあえず、この問題は私には再現率100で使えないので、投稿リストブロックのページ利用は一旦中止しました。
なので、再現試験で御社がログインして調査したい時は、別に同じ環境構築して提供しますので、私がその意思を確認しても更に1時間程度は準備に要します。
2019年11月11日 3:56 PM #24838
momo閲覧者ここまでの実験をまとめると
2つの内容が異なるサイトで再現
ホームページに指定した固定ページで投稿リストブロックを入れると再現
御社以外のプラグイン全停止しても再現
新規固定ページに新規で投稿リストブロックを入れただけで再現
2つのサイトは両方エックスサーバー利用
私の環境では再現率は100%
テストはiMacのSafari、Chrome、それと先程iPhoneのSafariでも更新ボタンが無効なのは確認できました。こんな感じです。
2019年11月11日 6:03 PM #24850
DRILL LANCERモデレーター私も再現しましたので報告します。
- 「投稿リストブロック」を使用してフロントページ用の固定ページ「フロントページ」を作成
- 画像のように先述の「フロントページ」を固定フロントページに設定
- 「フロントページ」を編集して更新しようとすると「更新」ボタンの反応がなくなる
- 「VK Blocks Pro」を無効化するとブロックが使えなくなったためか正常に戻る
環境は XAMMP 7.3.11 です。
2枚目の画像は表示されたブロックです。3枚目の画像はブロックの設定内容で気になったところです。
画像は「フロントページ」の編集画面を開いた直後に何も操作せずに撮影しました。Attachments:
You must be logged in to view attached files.2019年11月12日 2:03 AM #24885何度か試してみましたが再現しません…。
どういう条件で発生するんですかね…。
RICKさん、お手数ですがSQLデータエクスポートしてslackの方で連絡いただけますか?2019年11月12日 2:41 AM #24887再現しました。
2019年11月12日 2:44 AM #248880.12.0 だと発生しますが、別件で修正してあった 0.12.3 だと問題なく更新できると思いますので、あらためてダウンロードしてご確認ください。
※ 0.12.3 以降は管理画面からアップデート可能になっています。
2019年11月12日 7:13 AM #24893
momo閲覧者0.12.3 でも私の場合は再現してしまって更新不能でした。
2019年11月12日 11:59 AM #24906
DRILL LANCERモデレーターVK Blocks 0.12.3を適用したところ私が所有する2つのテスト環境では話題の現象が再現しなくなりました。
- XAMMP 7.3.11
- mixhost
2019年11月12日 12:40 PM #24914
momo閲覧者私の環境は、2つのサイトで未だ再現率100%です。
念のためVK Blocks Proのバージョンもダッシュボードのプラグインから再確認してバージョン 0.12.3 になってます。ブラウザもSafariとChrome両方で同じ状況です。
2019年11月12日 12:47 PM #24915
momo閲覧者追加情報が出ました。
再現は相変わらずですが、新規固定ページでホームページに指定してない状態で、投稿リストを追加した段階からレポートします。
この段階では更新ボタンは機能してました。
表示タイプをメディアに変更しても更新(セーブ)可能でした。
カラム数のスライダーを変更した場面以降で更新ボタンが効かなくなりました。故に再現手順として、ホームページに固定ページを指定する手順は無関係である事が判明。
再現手順で必須なのは、投稿リストブロックのプロパティー?を変更していると、何かの変更をトリガーとして更新不能になったようです。今回の例ではカラム数の変更が致命傷だったように思います。
2019年11月12日 1:10 PM #24920
momo閲覧者さらに情報追加
新規固定ページ作成
ブロックとして投稿リストを作成
ブロックの表示タイプとカラムを一項目ずつ変更しつつ更新不能となるタイミングを探しました。
この時、一番上から一番下まで全ての項目を変更しても更新可能なままでした。
添付画面の項目全て変更してみてもまだ更新可能。
しかし、このあとで、固定ページを表示(つまり編集モード終了)して、再度編集画面に入った後は
更新不能が再現しました。
一度こうなったら最後、投稿リストのブロック自体を削除しても回復不能です。Attachments:
You must be logged in to view attached files.2019年11月12日 1:18 PM #24922
momo閲覧者上記の場面で更新が不能になった場合は、
なんと驚きなのは、「ゴミ箱へ移動」のボタンも無反応でした。
編集画面のWordpress提供ボタンが使えない状態なんですね。ただし画面左のタブ類など画面の黒いエリアは有効らしく、固定ページ一覧にする事ができました。
固定ページ一覧表示から該当ページの削除は可能でした。こうしてみると投稿リストブロックを作った固定ページは、一度固定ページを公開して表示すると、その後は更新が出来なくなる。
更新だけでなく削除などの固定ページ編集画面内のWordpressに元々あるボタン機能が押せなくなるような感じです。
それでも、チェックボックスにチェックを入れたり、文字列リンク(パーマリンクについて読む)などは生きており、私の見た範囲では無効になっているのは、更新やゴミ箱へ移動のような、ボタン形状の機能が無効にされていると思います。2019年11月12日 3:06 PM #24930
Vektor,Incキーマスターこちらで二人がかりでずっと検証する限り0.12.3では発生しないのですが、
一番疑わしいのはブロックのjavascriptのキャッシュではないかと思います。キャッシュの削除あるいはシークレットウィンドウで試してみたり、
他のサイトで確認してみてください。2019年11月12日 3:15 PM #24931
momo閲覧者2名体制で再現ないとの事。
おそらく色々なケースを潰してくれていると思うので、それで再現しないのは私個人の環境に問題があるのかもしれません。
ただ、最近、一度データーベースもリセットしてますので、それほど悪い環境でもないはずで困りました。キャッシュの件ですが、無駄に時間を無駄にしたくないので確認です。
新規ページを作成して、投稿リストブロックを新規で入れて、それで即再現してますので、問題はキャッシュでは無いと思っているのです。この考え方は間違えているのでしょうか?
新規ページだからまだキャッシュされてない状態で再現していると思っているのです。
一度でも再現したら、その後はページ削除まで回復しないのはキャッシュの影響かもしれないですが。この実験を2つのサイトで行っているので、私の環境依存の問題だとしてもキャッシュでは無い気がしてます。
とりあえず今はメール通知でこちらに書き込みに来たのですが、業務輻輳中のため実験は中断しております。
私だけの問題であれば、緊急性はないだろうと思うのと、私自身も投稿リストブロックは断念しますので、
優先すべき課題があれば、そちらに戻っていただいて構わないです。ただ、それはそれとして、私のサイトとLightning系で相性が悪いとすれば、今後の利用にも不安材料が残るので、緊急ではないにせよ、Lightningを継続利用したいので、問題解決は継続したいと思ってます。
2019年11月12日 3:21 PM #24932
Vektor,Incキーマスターページが新規作成したものでも、その中で読み込まれるファイル名が同じものはキャッシュしているものをそのまま読み込みます。jsや画像、cssなどは全て再読み込みするのではなく、そのファイルにキャッシュがあればそれを読み込みます。
編集画面で Windowsの場合は
Ctrl + F5 でお試しください。以上よろしくお願いいたします。
-
投稿者投稿
- このトピックに返信するにはログインが必要です。
- トピックタグ
- VK Blocks Pro