-
-
Notifications
You must be signed in to change notification settings - Fork 495
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
eleventyComputed & permalink: false lost in Canary 1.0 #1754
Comments
Did some more tests today.... |
Thanks for the report! I’ll have a look |
Fix currently resides in |
Just tried, without changing anything else: from v0.12.1 to zl/serverless...
Thanks!!!! |
@TigersWay can you provide more information about the |
Hard to tell in my current configuration - too many parameters - but it seems the current page Little note: It seems that when there's a breaking error in a layout, DEBUG gives the layout but not the current template. |
You're not going to learn much more here. This is totally my mistake: my ancestry plugin has a bug, easy to correct, and proof again that we can't always think about all the imaginable tests 😊 Hoping for the official release but already closing this issue! |
Thanks for following up! |
I reproduce the exact same bug ( |
Hi there 👋 I still have this behavior with the 1.0.0 release, any clue ? |
@vnourdin Hhmm, interesting... Can you please file a new issue and include a link to your repo or some source code. I tried this w/ a directory data file and it's not writing any of the files in my /src/ directory (which is expected): // ./src/src.11tydata.js
module.exports = {
tags: ["content"],
eleventyExcludeFromCollections: true,
permalink: false,
}; Wondering if there is possibly something else subtly breaking something here. @11ty/eleventy v1.0.0 |
I set |
Describe the bug
it seems we lost being able to set
permalink:false
inside aeleventyComputed
.To Reproduce
somefolder.11tydata.js
Silly example I know, my real code is dealing with drafts or admin pages...
And to be clear this next one is working
but less useful!
Expected behavior
Same as the official version of course :-) as of today v0.12.1 => no page/document in that 'folder' should be generated.
Environment:
The text was updated successfully, but these errors were encountered: