Nejc Habjan

@max-wittig I tried earlier and at least in some cases it can even be just: ```python project = gl.projects.get(1) export = project.exports.create({}) dl = export.download(chunk_size=512) ``` From what I see...

Thanks for the report. To keep this maintainable I guess we should move to always using `kwargs` in combination with `RequiredOptional` tuples even for custom methods, instead of manually parsing...

Thanks for the report @FirefighterBlu3. This limitation is described in https://python-gitlab.readthedocs.io/en/stable/api-usage.html#object-attributes. I already had a generic fix for this for both `refresh()` and `save()` in https://github.com/python-gitlab/python-gitlab/pull/1443 but we decided against...

> Maybe instead of addressing the problem with potentially hairy logic as above, the `RESTObject._update_attrs()` can be changed from: This is essentially what the original PR in https://github.com/python-gitlab/python-gitlab/pull/1443 does, behind...

Thanks @kloczek, this is not a new issue with 3.4.0, correct? I'm looking at the diff and can't see how it would be introduced in 3.4.0.

Ok, thanks :smile: I was confused for a bit because 3.4.0 was just released this morning and it looked like the issue was a reaction to that :) I'll take...

We have since added https://github.com/python-gitlab/python-gitlab/pull/2187 where we ignore default files including /etc/python-gitlab.cfg now at root-level.

I'm still thinking about what to do with it :D for me not having extra bash scripts would be nicer*, as it usually doesn't make sense to lint them and...

Hi @bachsh thanks for looking into this! We've already had some discussion on how gitlab.com behaves - see https://github.com/python-gitlab/python-gitlab/issues/1889. I'm not sure we can merge your change as is, this...

> @nejch I think it's going to take some time for gitlab.com to fix [the issue](https://gitlab.com/gitlab-org/gitlab/-/issues/365728). In the meantime I've been thinking and the exponential backoff will result in wait...