pytr: Error messages with dl_docs

Hi! First of all, thanks for all the work you put into this project and for sharing it here! High appreciated!

When I saw you updated it with a fix for the dl_docs problems, I went right ahead and downloaded everything from my TR-Acc. I downloaded a total of 100s of documents and while scrolling through the lines to see if everything worked smoothy, I noticed some “error-line”, like such (maybe like 15 or so in total out of 100s of downloads):

13:41:17 2XX/9XX: Kauf StockA -- Di. 18.06. um 16:43 Uhr (Europe/Berlin) Received error message: '546 E {"errors":[{"errorCode":"BAD_REQUEST","errorField":null,"errorMessage":"Bad Request","meta":{"source":"PLATFORM"}}]}' 13:41:17 ('546', {'type': 'timelineDetail', 'id': '8g56243-6casd-1fff-22b8-034ed40e4d1c'}, {'errors': [{'errorCode': 'BAD_REQUEST', 'errorField': None, 'errorMessage': 'Bad Request', 'meta': {'source': 'PLATFORM'}}]})

I reran the command several times and the errors showed up in exactly the same lines every time.

Any idea what the problem might be? Just wanted to share it also to contribute as best as I can here by at least reporting what I found.

Cheers!

About this issue

Original URL
State: closed
Created 3 years ago
Reactions: 1
Comments: 25 (7 by maintainers)

Most upvoted comments

As I said it is not really fixed. It just ignores the errors for now

marzzzello on Aug 9, 2021

Correction: For some reason after the 3rd try it worked

somebody-somewhere-over-the-rainbow on Aug 9, 2021

What does the following return:
import locale
locale.getdefaultlocale()

Still gave me (None, 'UTF-8').

I even did export LANG=en_US.UTF-8 in zsh terminal, which gave me LANG="en_US.UTF-8" when typing locale. But even after this, LANG=en_US pytr dl_docs PATH or simply pytr dl_docs PATH gave the same AttributeError like before.

You could also try: LC_CTYPE="en_GB.UTF-8" pytr dl_docs

because LC_CTYPE overwrites LANG

Thank you! I tried LC_CTYPE="en_US.UTF-8" pytr dl_docs and it worked flawlessly (with pytr v0.1.1 )!

I think some LC_ variable needs to be set but never mind, I implemented a fallback fix in 5264843 and released a new version (0.1.2)

Awesome. Now it works without setting/changing the language. Thanks for the fast version update!

trulyarya on Feb 18, 2022

I think some LC_ variable needs to be set but never mind, I implemented a fallback fix in https://github.com/marzzzello/pytr/commit/5264843751ad5c8465351c9f3422b00643891496 and released a new version (0.1.2)

marzzzello on Feb 18, 2022

What does the following return:

import locale
locale.getdefaultlocale()

You could also try: LC_CTYPE="en_GB.UTF-8" pytr dl_docs

because LC_CTYPE overwrites LANG

C0D3D3V on Feb 18, 2022

errors do not lead to a stop of the script but I am still not able to do a dl_docs. After two errors it hangs and nothing happens and no files are being downloaded…

14:11:58 Logged in
14:11:58 Awaiting #1  timeline
14:11:58 Received #1  timeline, awaiting #2  timeline
14:11:59 Received #2  timeline, awaiting #3  timeline
14:11:59 Received #3  timeline, awaiting #4  timeline
14:11:59 Received #4  timeline, awaiting #5  timeline
14:11:59 Received #5  timeline, awaiting #6  timeline
14:11:59 Received #6  timeline, awaiting #7  timeline
14:11:59 Received #7  timeline, awaiting #8  timeline
14:11:59 Received #8  timeline, awaiting #9  timeline
14:11:59 Received #9  timeline, awaiting #10 timeline
14:11:59 Received #10 timeline, awaiting #11 timeline
14:11:59 Received #11 timeline, awaiting #12 timeline
14:11:59 Received #12 timeline, awaiting #13 timeline
14:12:00 Received #13 timeline, awaiting #14 timeline
14:12:00 Received #14 timeline, awaiting #15 timeline
14:12:00 Received #15 timeline, awaiting #16 timeline
14:12:00 Received #16 timeline, awaiting #17 timeline
14:12:00 Received #17 timeline, awaiting #18 timeline
14:12:00 Received #18 (last) timeline
Received error message: '19 E {"errors":[{"errorCode":"BAD_REQUEST","errorField":null,"errorMessage":"Bad Request","meta":{"source":"PLATFORM"}}]}'
14:12:00 ('19', {'type': 'timelineDetail', 'id': '6ccfee3d-3585-4965-bf2d-1d83bbea57df'}, {'errors': [{'errorCode': 'BAD_REQUEST', 'errorField': None, 'errorMessage': 'Bad Request', 'meta': {'source': 'PLATFORM'}}]})
14:12:00 Received #19 (last) timeline
14:12:00   1/540: Abschluss Q4/2019 -- Mi. 01.01. um 00:59 Uhr (Europe/Berlin)
14:12:00   2/540:   -- Do. 30.05. um 11:53 Uhr (Europe/Berlin)
14:12:00   3/540: Basisinformationen -- Do. 30.05. um 11:53 Uhr (Europe/Berlin)
14:12:00   4/540:   -- Do. 30.05. um 11:53 Uhr (Europe/Berlin)
14:12:00   5/540:   -- Do. 30.05. um 11:55 Uhr (Europe/Berlin)
Received error message: '28 E {"errors":[{"errorCode":"BAD_REQUEST","errorField":null,"errorMessage":"Bad Request","meta":{"source":"PLATFORM"}}]}'
14:12:00 ('28', {'type': 'timelineDetail', 'id': '97ab309c-3101-45da-98f7-36d92172e041'}, {'errors': [{'errorCode': 'BAD_REQUEST', 'errorField': None, 'errorMessage': 'Bad Request', 'meta': {'source': 'PLATFORM'}}]})
14:12:00   6/540:   -- Do. 30.05. um 11:55 Uhr (Europe/Berlin)
14:12:00   7/540: Core MSCI EM IMI (Acc) -- Sparplan
14:12:01   8/540: Core MSCI World -- Sparplan
14:12:01   9/540: Core MSCI World -- Sparplan

somebody-somewhere-over-the-rainbow on Aug 9, 2021