-
Notifications
You must be signed in to change notification settings - Fork 24
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
(PC-34328) feat(ProposedBySection): add the new proposed section and display conditionaly #7765
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
J'ai l'impression qu'il manque le dropshadow sur l'avatar du composant ProposedBy
?
Pourtant c'est bien utilisé dans Avatar...mais j'ai cette même impression qu'il ne se voit pas @mmeissonnier-pass |
…ile wich is used to format address Co-authored-by: tconte-pass <tconte-pass@users.noreply.github.com> Co-authored-by: mmeissonnier-pass <mmeissonnier-pass@users.noreply.github.com> Co-authored-by: Henri-cloud <Henri-cloud@users.noreply.github.com>
…display conditionaly
Le dropshadow est bien présent comme pour l'avatar j'ai rien changé de ce côté là @mmeissonnier-pass |
|
|
Link to JIRA ticket: https://passculture.atlassian.net/browse/PC-34328
Description:
Cette PR introduit l'affichage de l'adresse de l'offre. Dans un précédent ticket, la notion d'adresse de l'offre a été ajoutée.
Désormais, lorsque l'adresse du lieu est différente de celle de l'offre, cette dernière s'affiche dans la liste des informations. De plus, une nouvelle section "Proposé par" remplace le bouton de redirection vers le lieu, qui se trouvait auparavant plus haut dans la page de l'offre.
Flakiness
If I had to re-run tests in the CI due to flakiness, I add the incident on Notion
Checklist
I have:
Screenshots
delete if no UI change
Best Practices
Click to expand
These rules apply to files that you make changes to. If you can't respect one of these rules, be sure to explain why with a comment. If you consider correcting the issue is too time consuming/complex: create a ticket. Link the ticket in the code.as
(type assertions are removed at compile-time, there is no runtime checking associated with a type assertion. There won’t be an exception ornull
generated if the type assertion is wrong). In certain casesas const
is acceptable (for example when defining readonly arrays/objects). Usingas
in tests is tolerable.any
(when you want to accept anything because you will be blindly passing it through without interacting with it, you can useunknown
). Usingany
in tests is tolerable.!
when you know that the value can’t benull
orundefined
).@ts-expect-error
and@eslint-disable
.yarn test:lint
,yarn test:types
,yarn start:web
...).gap
(ViewGap
) instead of<Spacer.Column />
,<Spacer.Row />
or<Spacer.Flex />
.Test specific:
user
tofireEvent
.setFeatureFlags
. If not possible, mention which one(s) you want to mock in a comment (example:jest.spyOn(useFeatureFlagAPI, 'useFeatureFlag').mockReturnValue(true) // WIP_NEW_OFFER_TILE in renderPassPlaylist.tsx
)await act(async () => {})
andawait waitFor(/* ... */)
byawait screen.findBySomething()
.act
by default andwaitFor
as a last resort.Advice: