Custom metadata behaves different in where filter

[quoid]

My front matters looks like this:

Post0.md

---
title: "I am a title"
isEdit: 0
---
I am post zero!

Post1.md

---
title: "I am a title"
isEdit: 1
---
I am post one! My isEdit value is 1!

{{ $pages := where (where .Site.RegularPages "Type" "posts") ".Params.isEdit" "!=" 1 }}
{{ range (.Paginate $pages).Pages }}
    {{ .Title }}
{{ end }}

The above range does not properly filter out posts that have isEdit: 1. However, if I change isEdit to isedit, it works as expected.

{{ $pages := where (where .Site.RegularPages "Type" "posts") ".Params.isedit" "!=" 1 }}

In my template, whilst “ranging”, if I have:

{{ if eq .Params.isEdit 1}}<span>Ok</span>{{ end }}

The span element will render properly.

This isn’t a huge deal for me, as I can change the frontmatter to be all lowercase, but I thought I would see if this is a known issue.

I found these threads, but they seem to suggest this was an older bug that was resolved:

Config Params should be all lowercase or not?

I see that this issue is marked as closed: But i just ran into it again, and outlined my experience here: I was banging my head against the wall until someone suggested changing my custom parameter from camelCase to all lower case. Is it ‘officially’ advised that custom params be written only in lower case?

Would be great if frontmatter variables didn't have to be all lowercased

Hello - Not sure if this has been discussed before but it would be great to specify my own casing for custom variables defined in frontmatter. This will help with readability. The documentation states “All Params are only accessible using all lowercase characters.” http://gohugo.io/templates/variables/. Consider I have a variable called mycustomfrontmattervariable. This would be much easier to read as myCustomFrontmatterVariable. I think I should be able to use the same casing that hugo uses fo…

[jmooring]

Which version are you running? Type hugo version.

[quoid]

Sorry, I forgot to include that.

hugo v0.82.1+extended darwin/amd64

[jmooring]

Upgrade to v0.83.1. The issue you describe was fixed with:
https://github.com/gohugoio/hugo/commit/bca40cf0c9c7b75e6d5b4a9ac8b927eb17590c7e

[quoid]

Thank you!