ReferenceInput label uses the wrong resource for translation message
See original GitHub issueReferenceInput in react-admin@4.02 traduct field in the same way of react-admin@3.19
When editing a resource posts with the following field
<ReferenceInput source="idUser" reference="users"><AutoComplete /></ReferenceInput>
The ReferenceInput label will be traduct with the key resources.users.fields.idUser in react-admin@4, while react-admin@3.19 use resources.posts.fields.idUser
The ReferenceField use resources.posts.fields.idUser in react-admin@3.19 and react-admin@4.02
Issue Analytics
- State:
- Created a year ago
- Comments:10 (7 by maintainers)
Top Results From Across the Web
React-admin: <ReferenceInput> doesn't work with custom ...
it seems that now message doesn't appear in console, but there is still a pop-up with the error and referenceInput still doesn't load...
Read more >General Error Messages | InterSystems Error Reference
This document contains tables of numeric error codes and their corresponding error messages for InterSystems IRIS® data platform. Commonly, these error ...
Read more >https://raw.githubusercontent.com/marmelab/admin-o...
... tutorial usage of ReferenceInput for Create ([djhi](https://github.com/djhi)) ... redux-form 6.6.3, material-ui 0.17.4) * Fix error messages translation ...
Read more >All other San Diego fixes - Product Documentation | ServiceNow
Application Usage Overview dashboard release notes ... appearance of the following error message in the logs: 'Invalid message subscription: ...
Read more >Winter '22 - Trailblazer Community - Salesforce
And, if the updated translation text(including HTML TAGS) are less than 1000 characters are ... Error message: The pull upgrade of your package...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I may have a good solution. The idea is to invert the control of
FieldTitle
. Instead of pushing props to it, let it pull data from a context…So
SimpleForm
,ArrayInput
,ReferenceInput
, and many other components, should create a<FieldTitlePrefixContext>
. They have the means to build a value for it.Individual inputs would just pass the props they receive to
FieldTitle
:label
, andsource
.<FieldTitle>
would use theFieldTitlePrefixContext
value to prefix thesource
it receives in case it has nolabel
.This is a pretty large change, but I think it’s the right way - it’s, in fact, the continuation of what we’ve done in the 3.0 -> 4.0 migration.
And it’s backwards compatible.
Fixed by #7110