Skip to content
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

[v2.0.2] Ignores XSLT Utility #34

Closed
jurajkapsz opened this issue Jun 4, 2017 · 10 comments
Closed

[v2.0.2] Ignores XSLT Utility #34

jurajkapsz opened this issue Jun 4, 2017 · 10 comments

Comments

@jurajkapsz
Copy link
Contributor

It appears that the latest version v2.0.2 does not evaluate XSLT Utility {something} expressions.

Going back to v2.0.1, everything is fine.

@nitriques
Copy link
Member

XSLT Utility

What do you mean by this ? Calling an external xslt file ?

@jurajkapsz
Copy link
Contributor Author

Calling an external xslt file ?

Yes, the optional xslt file in field's properties.

image

@nitriques
Copy link
Member

Oh well. This is a bug. I sadly do not have the time to fix it right now tho, (sorry).
And I really wonder why this simple change would make that...

@jurajkapsz
Copy link
Contributor Author

I sadly do not have the time to fix it right now tho, (sorry).

That's ok, previous version v2.0.1 works fine.

@nitriques
Copy link
Member

nitriques commented Jun 13, 2017

Can you try to:

  1. Update to 2.0.2
  2. Change your xpath from {something} to {//something}

it should work !

@nitriques
Copy link
Member

@jurajkapsz ping ?

@jurajkapsz
Copy link
Contributor Author

  1. Update to 2.0.2
  2. Change your xpath from {something} to {//something}

Ok, I've tested it and it works flawlessly. Thanks very much @nitriques !

@jurajkapsz
Copy link
Contributor Author

Ok, I've tested it and it works flawlessly.

One note though: the // now has to be added to the standalone xpath Expression too, like:

image

@nitriques
Copy link
Member

One note though: the // now has to be added to the standalone xpath Expression too, like:

Yup. This was previously not-needed, but it is now because we allow users to enter xpath functions, which was not possible if the // is hardcoded. Thanks!

@jurajkapsz
Copy link
Contributor Author

Ok, that makes sense, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants