2

For retrieval of pages from the broker DB, we are using DD4Tcontroller GetPage and passing the URL from the browser address bar.

In our old installation (2013sp1) this was case insensitive so if you pass "/test/TEST/index.aspx" or "/test/test/index.aspx" both would return the same result.

In the new version, we notice that it only returns a result when the passed URL matches the value in the DB exactly. So in the DB if the URL is "/test/TEST/index.aspx" it won't work for other cases.

Is there some configuration we are missing or something we are overlooking on how to ignore the case?

We are using DD4T latest version (2.5) with Tridion 9.5

Improve this question
2
  • Is you new installation on the same database? There could be settings with SQL/other that impact queries.
    – Dylan .. Mark Saunders
    Oct 14, 2022 at 10:39
  • It's on a new database. In the meantime I've tried to retrieve the page through the public API and graphQL. That works and ignores case. I'll update the post if we manage to get it fully working.
    – Rory
    Oct 20, 2022 at 14:29

1 Answer 1

Reset to default
1

DD4T relies on the content service (or the broker if you still run with an 'on-prem' CD stack) to retrieve pages. The pages are retrieved from the database. Whether the URL is case sensitive or not, depends on the settings of your database. If you use SQL Server, the Collation determines this. For Oracle I'm not sure, but it is probably a setting there as well.

Improve this answer

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.