Andreas Motl

Hi again. a49eeae34d has a fix for this issue, and b0d8825cb covers it with corresponding test cases. Both are part of #49. Thank you again! With kind regards, Andreas.

Dear Andrii, thanks for notifying us about a potential anomaly or a way to improve on the response code side. We are aware that there's room for improvements all over...

Dear Andrii, thanks for getting back on this and reporting about the context of the request you have been referring to. ### TLDR; If this request is failing due to...

Dear Andrii, > Because there is user authentication itself at Patzilla, answer with HTTP401 it case of OPS credentials issue can obscure, because request already has right authentication. I see...

Dear @think-nice-things, thank you for writing in. ### Introduction > I installed patzilla as from pip (0.169.3). Wow, did it work well? We are currently working on a refresh which...

Another detail we just spotted within the configuration snippet you shared with us: > ``` > [ip_naviator] > datasources = ops, depatisnet, depatech > ``` There is a typo here,...

Hi again, your configuration snippet looks reasonable, assuming that you replaced all the right-hand values `{depatech_*}` correctly. > How do I enable logging (e.g. to stdout / stderr)? You don't...

Thanks for those insights. We will have to dig deeper. On my machine, I receive those kinds of log messages when PatZilla is starting up [^1]: ``` 2022-04-27 14:24:04,832 INFO...

Hi again, we tried to reproduce the problem but ran into another one, see #52. However, we can confirm that a) logging to stderr and b) activating the `depa.tech` data...

Hi again, thanks for your hint at https://github.com/ip-tools/patzilla/issues/52#issuecomment-1114536258 > but yet depatech not working We can confirm the situation. While the system pretends to bring up the data source, both...