translate invite member to room#30927
Conversation
|
@namhihi237 Let me know if you need some help with making this ready for review |
|
yeah, @cubuspl42 during I implement PR I see we have the policy change log in the #admin room. Do you think we need to translate for invite member here, It has existed before and is different from the message room log.
|
|
Thanks for catching this! I think it falls in the scope of our issue. From the user's perspective, the messages on your screenshot are essentially the same as our original ones. Won't this be a simple refactor to cover these cases using mostly re-used code? |
|
Yes we can reuses, but need to add the logic for room name and click redirect to room. I will try and update the logic |
|
Thanks! |
|
Actually, I think we'll need to hold on this PR... As your PR was filed slightly later, and is still a draft, you'll have the luck to merge/rebase on top of that one. |
|
Yes, I think we should hold this PR. |
|
@namhihi237 We can resume! |
|
Please get familiar with the final shape of the PR we were holding on. We'll have to adjust our idea to what was implemented in that PR. |
|
@cubuspl42 Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
|
Do you also get an exception when the message is copied to clipboard? I think something happened on |
|
I don't see any errors when copying on this branch and main. |
Oh, you're right! But would you try copying a standard, user-sent message? Just to confirm |
|
Yeah, nothing from me. |
|
@cubuspl42 hasv eyou been able to resolve this issue? |
Still happening on prod (for user-sent messages, so different from what's we're dealing with here), Oh, no. It's a different story. This doesn't work on Firefox, but works on Chrome! |
|
@namhihi237 Conflicts, sadly |
|
I merged main and fix conflict |
mountiny
left a comment
There was a problem hiding this comment.
@cubuspl42 @namhihi237 To confirm, did you test copy to clipboard in both languagges for various types of report actions?
|
Yeah, I tested and work well. Task action Screen.Recording.2023-12-06.at.09.18.53.movRequest money Screen.Recording.2023-12-06.at.09.19.18.movSend money Screen.Recording.2023-12-06.at.09.19.48.mov |
I tested copy-to-clipboard of the "invited @... (to #...)" message in both languages, but I just noticed I didn't include it in the videos. Worked well when I tested it. I'll stress that the issue with copying "standard" user-sent messages on Firefox is still occurring, and is unrelated to this PR. |
|
thanks for confirming, lets ship it then, please watch out for regressions! Great job @namhihi237 @cubuspl42 🚀 ❤️ |
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
| import * as Localize from './Localize'; | ||
| import Log from './Log'; | ||
| import {MessageElementBase, MessageTextElement} from './MessageElement'; | ||
| import * as PersonalDetailsUtils from './PersonalDetailsUtils'; |
There was a problem hiding this comment.
I see en.ts import ReportActionsUtils to use here
Lines 428 to 430 in 2feaac8
And in the ReportActionsUtils.ts we import Localize.ts
=> Resolve: we can in en.ts we can remove ReportActionsUtils and use logic check like this
editAction: ({action}: EditActionParams) => `Edit ${action?.actionName === CONST.REPORT.ACTIONS.TYPE.IOU ? 'request' : 'comment'}`,What do you think?
There was a problem hiding this comment.
Agree. I also don't like importing any utils in language file
|
🚀 Deployed to staging by https://github.com/mountiny in version: 1.4.9-0 🚀
|
1 similar comment
|
🚀 Deployed to staging by https://github.com/mountiny in version: 1.4.9-0 🚀
|
|
This was reverted in #32601 because it seemed to break Desktop (something about unparseable svgs - curious what it was 🤔 ) |
|
Thanks for help @namhihi237 lets create a new PR to fix this, thank you! |
|
@mountiny @cubuspl42 I created a new PR fix this here #32612. Please help to check. |
|
🚀 Deployed to production by https://github.com/yuwenmemon in version: 1.4.9-5 🚀
|
|
#32612 is in review, all further conversation will be moved there or to the original issue |
| const fragment = ReportActionsUtils.getMemberChangeMessageFragment(props.action); | ||
|
|
||
| return ( | ||
| <TextCommentFragment |


Details
Fixed Issues
$ #30087
PROPOSAL: #30087 (comment)
Tests
Offline tests
The same test
QA Steps
The same test
PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick)myBool && <MyComponent />.src/languages/*files and using the translation methodWaiting for Copylabel for a copy review on the original GH to get the correct copy.STYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)/** comment above it */thisare necessary to be bound (i.e. avoidthis.submit = this.submit.bind(this);ifthis.submitis never passed to a component event handler likeonClick)StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG))Avataris modified, I verified thatAvataris working as expected in all cases)ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
and.mov
Android: mWeb Chrome
mweb.mov
iOS: Native
ios.mov
iOS: mWeb Safari
sa.mov
MacOS: Chrome / Safari
web.mov
MacOS: Desktop
desk.mov