mirror of
https://github.com/ArchiveBox/ArchiveBox.git
synced 2026-04-25 17:16:00 +03:00
[GH-ISSUE #1393] Bug: upgrading Docker image from 0.7.2 to 0.7.4 - The 0.7.4 version doesn't work #3869
Labels
No labels
expected: maybe someday
expected: next release
expected: release after next
expected: unlikely unless contributed
good first ticket
help wanted
pull-request
scope: all users
scope: windows users
size: easy
size: hard
size: medium
size: medium
status: backlog
status: blocked
status: done
status: idea-phase
status: needs followup
status: wip
status: wontfix
touches: API/CLI/Spec
touches: configuration
touches: data/schema/architecture
touches: dependencies/packaging
touches: docs
touches: js
touches: views/replayers/html/css
why: correctness
why: functionality
why: performance
why: security
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ArchiveBox#3869
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Eliastik on GitHub (Mar 30, 2024).
Original GitHub issue: https://github.com/ArchiveBox/ArchiveBox/issues/1393
Describe the bug
When upgrading the Docker image from version 0.7.2 to 0.7.4, the container don't work anymore and crash with an error in the logs.
Downgrading to 0.7.2 fixes this issue.
Steps to reproduce
Spawn a container with this docker-compose.yml file:
Screenshots or log output
The log is :
ArchiveBox version
0.7.4 (Docker version) on Ubuntu 20.04.6 LTS host
@pirate commented on GitHub (Mar 30, 2024):
Duplicate: https://github.com/ArchiveBox/ArchiveBox/issues/1391
Temporary solution is mentioned in that issue. Should be fixed in a few days.
@dsander commented on GitHub (Mar 30, 2024):
@pirate I am having the same problem as described by the OP, the issue you linked seems to be related to the
:devtag or having theCHROME_USER_DATA_DIRenvironment variable set. Am I missing the actual workaround?@pirate commented on GitHub (Apr 10, 2024):
I fixed the broken Docker tags:
:dev,:0.7, or:0.7.2should point to the working previous release again. Sorry for the trouble!I'll also fix that
CHROME_USER_DATA_DIRerror / make sure it's a quieter warning if it's actually set wrong: https://github.com/ArchiveBox/ArchiveBox/issues/1425