Bug #7432
closed
Language finder not working unless backend language is default
Description
If backend language is anything other than English (default) then the language finder fails to find any strings. This shouldn't matter though with the reset loading behavior changes in the finder.
https://www.joomlapolis.com/forum/153-professional-member-support/240412-language-overrides#310062
Updated by krileon about 5 years ago
- Priority changed from Normal to Low
Unable to confirm. Set backend to Japanese. Then searched nl-BE CB language plugin fine.
Updated by krileon about 5 years ago
- Priority changed from Low to Normal
Ok, was able to confirm this by setting backend Joomla language to nl-BE then attempting to search the CB language plugin nl-BE. Result is no results.
Updated by krileon about 5 years ago
It's purely due to case sensitivity. It's being converted to nl-be instead of nl-BE.
Updated by krileon about 5 years ago
The language finder XML needs to just pass plugin element instead of plugin folder to the finder. This doesn't work for CBSubs language plugins though as they have a element of cbsubs-nl-NL but a folder of cbpaidsubscriptions-nl-nl.
Updated by krileon about 5 years ago
CBTxt it self needs improved as there's no reason it to be case sensitive for language tag.
Updated by krileon about 5 years ago
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Fixed in MR !1454
The fix is to normalize language tag in CBTxt to lowercase.
Updated by krileon almost 4 years ago
- Status changed from Closed to Feedback
- Assignee deleted (
krileon) - Target version changed from CB 2.4.1 to CB 2.4.6
- % Done changed from 100 to 0
Re-opening as this has yet to be merged. This still needs fixed. The issue is caused by language tags not being normalized which cases case sensitive loading issues.
Updated by beat almost 4 years ago
- Target version changed from CB 2.4.6 to CB 2.4.7
Updated by beat over 3 years ago
- Target version changed from CB 2.4.7 to CB 2.5.0
Updated by krileon over 3 years ago
- Status changed from Feedback to Resolved
- Assignee set to krileon
- % Done changed from 0 to 100
Fixed in MR !1602
Instead of altering language parsing behavior simply don't use it for language finder. Instead just work with the array of strings directly which avoids language loading conflicts entirely.