Complete restore stops after the file step: user is logged out, database is not restored
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 停滞
調査の方向性
The restore flow copies wp-config.php before the database request to admin-ajax.php?action=restore_db. Start by tracing the file restore step and the restore_db handler, then check how authentication keys and failed-step errors are handled. Done means a complete restore preserves the current authentication keys, restores the database, and reports a failed step clearly; pull request #250 is already open.
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
A complete restore of a backup made on another host (or with different authentication keys) restores the files but not the database. Pages, posts and the media library are missing afterwards. The restore page shows the Start button again without any error message.
To Reproduce
- Make a complete backup (files + database) on site A.
- On site B, whose
wp-config.phphas different authentication keys, start a complete restore of that backup.- Example: the official WordPress Docker image without
WORDPRESS_AUTH_KEYetc. in the environment. Itswp-config.phpusesgetenv_docker('WORDPRESS_AUTH_KEY', '<random fallback>'), and the fallback differs per installation.
- Example: the official WordPress Docker image without
- Wait for the file step to finish.
Observed
admin-ajax.php?action=restore_db&context=event_source…returns HTTP 400.- The page silently shows Start again, then WordPress' login popup appears.
The file step copies the backup's wp-config.php including its AUTH_KEY … NONCE_SALT. All login cookies become invalid, so the database request arrives logged out and is rejected.
Expected behavior
The restore keeps the current site's authentication keys so the user stays logged in, and a failed restore step shows an error.
System
- BackWPup 5.7.8 (restore code shared with 4.x)
- WordPress Docker image, PHP 8.3, MariaDB
A fix is ready as a pull request.
- 主要言語
- PHP
- スター
- 96
- フォーク
- 48
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
wp-media/backwpup のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
S3 backup list times are shifted by the site's UTC offset (timezone offset applied twice)再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
WordPress XML export: posts have no categories or tags since 5.6.6対応中かも @rafaelmaeuer が 14 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 25/100
-
Complete restore can leave the site half-restored対応中かも @rafaelmaeuer が 14 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 20/100
-
Database restore loses data when a row is larger than max_allowed_packet対応中かも @rafaelmaeuer が 14 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
wp-media/backwpup の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 3 日以内に返信
-
sync-en
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
[Sync EN] Formatting improvements to "Large Objects (LOBs)" docs (#6056)対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンsync-en
難易度 1/5 1時間未満 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
Перевод устарел
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
メンテナーはふだん 1 日以内に返信
-
repo:cms
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
craftcms/cms#20613 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信