alifeee

Hi all, this is specifically a problem with nunjucks. If you change your templates to liquid, md, handlebars, etc... it will work properly and `eleventyComputed` values will be computed more...

Fixed by #1211?

this specific method is fixed, but there is still the same issue if you use other methods such as `append_rows` or `insert_rows` see https://github.com/burnash/gspread/issues/881#issuecomment-1591337773

"Fixed" by #1211? Also the same (but more info here) proposal as #1212 (close one of the this or #1212 as duplicate? not sure which)

See https://github.com/burnash/gspread/pull/1211#issuecomment-1591326346 for every property that is set.

calls to `self.spreadsheet.values_append` do not update the properties `row_count` and `col_count`, which is the original issue in this issue. Perhaps there are other methods which change `@property`s of `gspread.Worksheet`? I...

perhaps we could have some kind of wrapper around `return self.spreadsheet.batch_update(body)` so that the developer is 'forced'/coerced into updating local state when updating props i.e., rework this signature https://github.com/burnash/gspread/blob/c9c88a7f7366f060293f6c1b26008e52166314ad/gspread/worksheet.py#L2790-L2792

[`gspread.Worksheet.add_rows`] uses [`gspread.Worksheet.resize`], which *does* update `Worksheet.row_count`. However, [`gspread.Worksheet.append_rows`] uses [`gspread.Spreadsheet.values_append`], which *doesn't* update `Worksheet.row_count`. I am not very familiar with the spreadsheet object, so I am not sure why...

this is now fixed

@lavigne958 will you add a type-checking command to the CI?