-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
Export tool doesn't register [from][to] time frame #5854
Comments
@Younes-L All messages are processed, but only the ones in the requested interval are written to the exported file. Otherwise I wouldn't be able to show the progress of the export :( that's an API limitation. |
I only wanted a day's worth of messages, ended up with over 126k messages in processing it takes a super duper long time... Also can't do multiple exports at once. Can this be solved by disabling progress bar ? We could have a check box "show progress" (with a warning it will take more time) or maybe have it hidden somewhere in settings. |
In 1.7.10 it's not just "processing" all messages, it's saving them as well. I too wanted just a day worth of messages, but the export folder got to 7GB overnight before I cancelled, which is interestingly also more than the maximum of 1.5GB. The first message in the first "messages.html" file is also the first message ever posted in that group. Coincidently it also happened to be a 25th, but November 25th, 2015 while the interval I selected was June 24th 2019 to June 24th 2019. So I don't think that's related. |
@Niko-O I could’ve broken that, I’ll check. |
@john-preston Are you sure you've selected a valid period? I tried to export messages for one day (2nd July - 3rd July) and exactly them were exported. Can you share what settings and limits are you using exactly when it doesn't work? |
Interesting. I tried it again and the behavior was different. For all tests the overall settings are the same: All options active (Photos, Video files, Voice messages, Round video messages, Stickers, Animated GIFs, Files), Size limit is set to the maximum of 1500 MB *1, Download path is default ("Downloads\Telegram Desktop"). From the same very large group from my previous comment, I exported from 24.6.2019 to 24.6.2019. So the same dates as last time and the same overall settings too. Same thing happens in a small non-group chat. However, when I select two non-equal dates (i.e. 3.7.2019 to 5.7.2019), messages from the end-date won't be exported. This is very unexpected. The end-date should be inclusive. Leaving "today" as the end date correctly exports messages from today. *2 I was not able to reproduce the behavior of exporting all messages when a small interval is selected. So either I goofed up or it's an inconsistent bug. The fact that at least one other user had this happen gives me hope. Any chance it's a UI bug where the start date is displayed but some variables aren't updated correctly? Currently I'm exporting 24.6.2019 to 25.6.2019 from that same large group chat. I'll get back to you tomorrow (in ~14 hours) when it is hopefully done. *3 Edit 1: Edit 2: Edit 3: *1 *2 *3 |
I faced this issue too. Any news about it? Will it be fixed any time soon? Do you need any help to reproduce it or something? |
this bug is still valid? |
Yes |
If I don't want to show the progress of the export. And only the ones in the requested interval are processed. What should I do? |
@Aokromes Could you please tell me when this bug will be solved? Exporting by time is really time-consuming now. == |
Hey there! This issue will be automatically closed in 7 days if there would be no activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
This issue is still actual. If I choose some interval all messages processed, and this take a lot of time. Only chosen interval exported though. |
The last one - range applies to exported messages too, only the ones in selected range are exported (with attachments), but right now in order to show the progress correctly all messages should be gone through, even the ones outside the range, but skipped. Recently there was a server API addition that will allow to improve that in the future and go only through the messages inside the selected range. |
@afwn90cj93201nixr2e1re No plans to extract any libraries right now, sorry. |
This is already not the case when exporting chats. The export will also include these "archived" messages |
@afwn90cj93201nixr2e1re yes it is:
This is taken from the official blog post introducing tdesktop's export tool: https://telegram.org/blog/export-and-more. Thanks for the additional salt though Editing this message since I don't want to pollute this conversation even further with offtopics: I know this is irrelevant for the original problem described in the OP - I just wanted to point out that the famous "one million messages limit" has nothing to do with @afwn90cj93201nixr2e1re's voice messages issues, as he seemed to suggest in his previous comment |
@afwn90cj93201nixr2e1re Yes, it seems like @RememberTheAir got something mixed up. But your sodium levels are like 50 times higher than the ideal daily intake of any adult. @john-preston To me it seems like the disadvantage of not having an overall progress is heavily outweighed by the ability to have quick exports. Having a checkbox to enable or disable the progress was also suggested. Could you elaborate on why it wasn't changed yet? |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
no worries, this is an error, happily @Stale |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
It still needs to crunch through all posts since the start of the chat, even when you only want a small time frame at the end. So yes, stale bot, this was an error. |
I can still see this bug. |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
Still relevant. |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
,jghqdsfhgjhgwrhtk. |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
fart |
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
bump |
live fast die che ndemo |
Steps to reproduce
Expected behaviour
Only messages from specified time period are exported
Actual behaviour
ALL the messages are exported
Configuration
Operating system: Windows 10
Version of Telegram Desktop: 1.6.2
Used theme: default dark
Logs:
Insert log.txt here (if necessary)The text was updated successfully, but these errors were encountered: