Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: last_read_message_id wont be updated when docker stop #211

Open
namaiwa opened this issue Nov 16, 2024 · 3 comments
Open

[Bug]: last_read_message_id wont be updated when docker stop #211

namaiwa opened this issue Nov 16, 2024 · 3 comments
Labels
bug Something isn't working

Comments

@namaiwa
Copy link

namaiwa commented Nov 16, 2024

telegram_media_downloader version or commit

v2.2.4

What OS are you seeing the problem on?

Other Linux Distro

Python Version

No response

What happened?

last_read_message_id wont be updated when docker stop. I think the last_read_message_id and ids_to_retry should be updated
when every item download finished.

Expected Behavior

last_read_message_id should be updated

Current Behavior

last_read_message_id did not be updated when docker stoped.

Possible Solution

No response

Steps to Reproduce

No response

Relevant log output

No response

@namaiwa namaiwa added the bug Something isn't working label Nov 16, 2024
@viniciusbig
Copy link

Same here!

Am I missing something?

It seems the config.yaml file is not being updated with last information.

Specailly the last_read_message_id field.
So everytime docker starts it will run the entire channel again checking for messages.

It could be something with permission to write on that file?

@viniciusbig
Copy link

it seems we have a potential fix (and root cause) already in a PR.

this PR was not merged and t seems to address exactly this issue

@Tiande
Copy link

Tiande commented Jan 5, 2025

same problem

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants