aboutsummaryrefslogtreecommitdiffstats
path: root/testing (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Improve error for invalid name used in `endmacro`Libravatar Guillaume Gomez2023-10-251-1/+2
|
* Improve error for invalid name used in `endblock`Libravatar Guillaume Gomez2023-10-251-1/+2
|
* Add test specifically for named blocks, and named macrosLibravatar Guillaume Gomez2023-10-236-0/+53
|
* Add test for macro self argumentLibravatar max2023-10-122-0/+17
| | | | Signed-off-by: max <gmx.sht@gmail.com>
* Add MSRV checking in CILibravatar Dirkjan Ochtman2023-09-291-1/+1
| | | | Bump MSRV to 1.65 for the use of let .. else.
* Pass `Node` parsing level to expressionsLibravatar René Kijewski2023-09-281-2/+2
|
* Limit nesting in parser nodes, tooLibravatar René Kijewski2023-09-282-0/+129
|
* Fix parsing arraysLibravatar René Kijewski2023-07-312-7/+3
| | | | | | | | | | | | | | | | This change * allows using empty arrays `[]` in expessions, * adds a cut when the leading `[` was encountered, and * fixes the interaction between arrays and boolean OR. IMO the restriction that you couldn't use empty arrays is not needed. The missing cut made error messages slictly worse if you forget to add the closing `]`. Filter expressions must not have white spaces before the pipe `|`. The white space is used to tell a filter expressions, and `std::ops::Or` apart.
* Fix parsing callsLibravatar René Kijewski2023-07-311-2/+2
| | | | | | | This change: * adds a cut when the leading `(` was encountered, and * fixed the interaction between call expressions and boolean OR.
* Fix Rust macro invocations not accepting a path (#837)Libravatar Matthew Taylor2023-07-242-2/+23
|
* Allow macros to be defined and called without argumentsLibravatar mataha2023-06-122-0/+31
| | | | | | | | | | This commit introduces a shorthand for defining and calling macros when using them as a reusable substitute for variables assigned complex values (e.g. string literals with or without newline escapes). The use-case is formatting - from my experience it's easier to visually parse a `macro` `endmacro` block than a multiline variable assignment. Signed-off-by: mataha <mataha@users.noreply.github.com>
* Update criterion requirement from 0.4 to 0.5Libravatar dependabot[bot]2023-05-241-1/+1
| | | | | | | | | | | | | Updates the requirements on [criterion](https://github.com/bheisler/criterion.rs) to permit the latest version. - [Changelog](https://github.com/bheisler/criterion.rs/blob/master/CHANGELOG.md) - [Commits](https://github.com/bheisler/criterion.rs/compare/0.4.0...0.5.0) --- updated-dependencies: - dependency-name: criterion dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
* Upgrade to comrak 0.18Libravatar Dirkjan Ochtman2023-05-201-1/+1
|
* Update comrak to 0.17Libravatar Dirkjan Ochtman2023-03-281-1/+1
|
* Add tests for whitespace argument in template derive proc-macroLibravatar Guillaume Gomez2023-03-131-0/+24
|
* Update tests for whitespace characters handlingLibravatar Guillaume Gomez2023-03-093-437/+471
|
* Propogate size_hint from sub-blocks (#788)Libravatar Andrew Dona-Couch -- GitHub drop ICE2023-03-064-0/+52
| | | Closes #786
* Bump versions for Askama 0.12 (#784)Libravatar Dirkjan Ochtman2023-03-031-1/+1
|
* Update comrak dependency to 0.16Libravatar René Kijewski2023-01-301-1/+1
|
* Apply clippy suggestions for 1.67 (#769)Libravatar Dirkjan Ochtman2023-01-303-6/+6
|
* Update `ui` test for trybuild 1.0.76Libravatar René Kijewski2023-01-242-2/+2
| | | | | | | | In <https://github.com/dtolnay/trybuild/pull/219> the output of error messages was subtly changed, because they introduced a subdirectoy in their temp path. This PR fixes the mismatch between the expected and the actual output.
* Update comrak requirement from 0.14 to 0.15Libravatar dependabot[bot]2022-11-151-1/+1
| | | | | | | | | | | | | | Updates the requirements on [comrak](https://github.com/kivikakk/comrak) to permit the latest version. - [Release notes](https://github.com/kivikakk/comrak/releases) - [Changelog](https://github.com/kivikakk/comrak/blob/main/changelog.txt) - [Commits](https://github.com/kivikakk/comrak/compare/0.14.0...0.15.0) --- updated-dependencies: - dependency-name: comrak dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
* chore: remove allow(clippy::disallowed_names)Libravatar Dirkjan Ochtman2022-11-074-7/+1
|
* chore: apply clippy suggestions for 1.65Libravatar Dirkjan Ochtman2022-11-074-4/+4
|
* Version bump in README and bookLibravatar Allan Zhang2022-10-211-1/+1
| | | | | | | | | I was going through the book when I saw the version was still 0.8. This commit ensures all references to Askama version are to 0.11.2. Most of them already were. Merge whenever appropriate for release, #722 related
* Update criterion requirement from 0.3 to 0.4 (#721)Libravatar dependabot[bot]2022-09-261-1/+1
| | | | | | | | | | | | | | | | | Updates the requirements on [criterion](https://github.com/bheisler/criterion.rs) to permit the latest version. - [Release notes](https://github.com/bheisler/criterion.rs/releases) - [Changelog](https://github.com/bheisler/criterion.rs/blob/master/CHANGELOG.md) - [Commits](https://github.com/bheisler/criterion.rs/compare/0.3.0...0.4.0) --- updated-dependencies: - dependency-name: criterion dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com> Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Remove support for deprecated `_parent` fieldLibravatar René Kijewski2022-07-251-4/+40
| | | | | | The support for the magic `_parent` field is deprecated since v0.8.0 or issue #180. It's bothersome to keep this feature alive, when no-one should be using it for 3 years.
* Update to comrak v0.14Libravatar René Kijewski2022-07-201-1/+1
|
* Update comrak requirement from 0.12 to 0.13Libravatar dependabot[bot]2022-06-071-1/+1
| | | | | | | | | | | | | | Updates the requirements on [comrak](https://github.com/kivikakk/comrak) to permit the latest version. - [Release notes](https://github.com/kivikakk/comrak/releases) - [Changelog](https://github.com/kivikakk/comrak/blob/main/changelog.txt) - [Commits](https://github.com/kivikakk/comrak/compare/0.12.0...0.13.0) --- updated-dependencies: - dependency-name: comrak dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
* Allow `{% endmacro name %}`Libravatar Bastien Orivel2022-04-292-1/+13
| | | | | | Just migrated a repo from tera to askama and this was one of the only things that was different. This is also coherent with `{% block %}` for which I added the same feature years ago.
* Add test for "minimize" configLibravatar Guillaume Gomez2022-04-262-0/+45
|
* Rename `suppress_whitespace` into `whitespace` and update expected values to ↵Libravatar Guillaume Gomez2022-04-211-1/+1
| | | | "suppress" and "preserve"
* Add test for suppress_whitespace optionLibravatar Guillaume Gomez2022-04-213-19/+342
|
* Make json filter safeLibravatar René Kijewski2022-02-163-2/+64
| | | | | | | | | | | | | | | | | | | | | Previously the built-in json filter had an issue that made it unsafe to use in HTML data. When used in HTML attributes an attacker who is able to supply an arbitrary string that should be JSON encoded could close the containing HTML element e.g. with `"</div>"`, and write arbitrary HTML code afterwards as long as they use apostrophes instead of quotation marks. The programmer could make this use case safe by explicitly escaping the JSON result: `{{data|json|escape}}`. In a `<script>` context the json filter was not usable at all, because in scripts HTML escaped entities are not parsed outside of XHTML documents. Without using the safe filter an attacker could close the current script using `"</script>"`. This PR fixes the problem by always escaping less-than, greater-than, ampersand, and apostrophe characters using their JSON unicode escape sequence `\u00xx`. Unless the programmer explicitly uses the safe filter, quotation marks are HTML encoded as `&quot`. In scripts the programmer should use the safe filter, otherwise not.
* Add markdown filterLibravatar René Kijewski2022-02-072-1/+79
|
* Use exact trybuild versionLibravatar René Kijewski2022-01-311-1/+1
| | | | | | | Sometimes for no obvious reason an old version is selected and the output is different in just about every ui test. Just pin it to the currently newest version and test if an updated version still works when a new version gets released.
* Remove `panic!()` in `loop.cycle([])`Libravatar René Kijewski2022-01-312-0/+22
|
* Make is_shadowing_variable() failableLibravatar René Kijewski2022-01-311-3/+3
|
* Allow comments in `{% match %}` and remove panic!Libravatar René Kijewski2022-01-313-0/+53
|
* Parse tuple expressionsLibravatar René Kijewski2022-01-281-0/+82
| | | | | | | Askama understands how to destructure tuples in let and match statements, but it does not understand how to build a tuple. This PR fixes this shortcoming.
* Implement error propagation expression: `?` (#590)Libravatar René Kijewski2022-01-281-0/+69
| | | | | | This change allows using the operator `?` in askama expressions. It works like the same operator in Rust: if a `Result` is `Ok`, it is unwrapped. If it is an error, then the `render()` method fails with this error value.
* Unify handling of calls (#614)Libravatar René Kijewski2022-01-271-0/+82
| | | | | Instead of having `Expr::VarCall`, `Expr::PathCall` and `Expr::MethodCall`, this PR unifies the handling of calls by removing the former three variants, and introducing `Expr::Call`.
* Add unit tests if there is one `#[template(…)]`Libravatar René Kijewski2022-01-134-0/+36
|
* Use a separate trait for object safety (#579)Libravatar Dirkjan Ochtman2021-12-152-11/+8
| | | | | | | | | | | | | | | | | | This is relatively major change to the main trait's API. For context, I always started from the concept of monomorphized traits, but later several contributors asked about object safety. At that point I made `Template` object-safe, and then even later added a `SizedTemplate` to make some things easier for people who don't need object safety. However, having object-safety in the primary trait is bad for performance (a substantial number of calls into the virtual `Write` trait is relatively slow), and I don't think those who don't need object safety should pay for the cost of having it. Additionally, I feel using associated consts for the extension and size hint is more idiomatic than having accessor methods. I don't know why I didn't use these from the start -- maybe associated consts didn't exist yet, or I didn't yet know how/when to use them. Askama is pretty old at this point...
* Fix tests for new error messages in Rust nightlyLibravatar René Kijewski2021-12-0116-5/+41
|
* Allow whitespace trimming in {{raw}} blocksLibravatar René Kijewski2021-11-292-0/+12
|
* Added optional escaper testsLibravatar vallentin2021-11-191-0/+48
|
* Implement `for … in … if …`Libravatar René Kijewski2021-11-111-0/+18
|
* Add exhaustive whitespace tests for for-elseLibravatar René Kijewski2021-11-112-0/+1147
|
* Implement for-elseLibravatar René Kijewski2021-11-111-0/+19
| | | | | | | | | | | | | This PR implements for-else statements like in Jinja. They make it easy to print an alternative message if the loop iterator was empty. E.g. ```rs {% for result in result %} <li>{{ result }}</li> {% else %} <li><em>no results</em></li> {% endfor %} ```
generated by cgit (git 2.34.1) at 2024-11-23 03:00:47 +0000