[$1000] Desktop - error message should show in Spanish #19651

mvtglobally · 2023-05-26T02:26:09Z

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

Action Performed:

Click Profile > Preference
Click Force Offline
Change the language to Spanish
Click on new chat with invalid number, example +15005550111
Send messages
Go back to Preference, change the language to English > toggle off Force Online

Expected Result:

Error should be in English now that the account language is English

Actual Result:

The error messages is shown in Spanish when the language was already changed to English.

Workaround:

unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

Version Number: v1.3.18-2
Reproducible in staging?: Y
Reproducible in production?: N/A the toggle is not present in PROD app
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Found when executing PR #19324

Bug6068770_19324_Desktop.mp4

Expensify/Expensify Issue URL:
Issue reported by: Applause Internal Team
Slack conversation:

View all open jobs on GitHub

Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~01fdc96c68b8a156b6
Upwork Job ID: 1662146078155325440
Last Price Increase: 2023-07-11

melvin-bot · 2023-05-26T02:26:15Z

Triggered auto assignment to @Christinadobrzyn (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

melvin-bot · 2023-05-26T02:26:17Z

Bug0 Triage Checklist (Main S/O)

This "bug" occurs on a supported platform (ensure Platforms in OP are ✅)
This bug is not a duplicate report (check E/App issues and #expensify-bugs)
- If it is, comment with a link to the original report, close the issue and add any novel details to the original issue instead
This bug is reproducible using the reproduction steps in the OP. S/O
- If the reproduction steps are clear and you're unable to reproduce the bug, check with the reporter and QA first, then close the issue.
- If the reproduction steps aren't clear and you determine the correct steps, please update the OP.
This issue is filled out as thoroughly and clearly as possible
- Pay special attention to the title, results, platforms where the bug occurs, and if the bug happens on staging/production.
I have reviewed and subscribed to the linked Slack conversation to ensure Slack/Github stay in sync

dummy-1111 · 2023-05-26T15:14:33Z

The root cause of this issue is as follows.
When switched from offline mode to online mode, queued requests are sent. If user changes the locale from English to Spanish and again from Spanish to English, then 2 updatePreferredLocale APIs are called with en and then es.

This works fine, but the push notification arrives sometimes in reverse order and sometimes a bit later by my observation.

That's the main reason.

I think the push notification shouldn't be sent to the author(who sent the request). Or at least add user ID info not to update onyx store.

This should be handled in backend side

sakluger · 2023-05-26T15:38:53Z

Not sure if it's related, but this bug seems similar to this other one: LHN Attachment taking some to to translate into Spanish

dummy-1111 · 2023-05-26T15:46:08Z

Not sure if it's related, but this bug seems similar to this other one: LHN Attachment taking some to to translate into Spanish

I took a lot of tests. Please check
https://github.com/Expensify/App/assets/126839717/c21675da-2a3b-4868-9c55-17f989fc147f

melvin-bot · 2023-05-26T17:18:03Z

Job added to Upwork: https://www.upwork.com/jobs/~01fdc96c68b8a156b6

melvin-bot · 2023-05-26T17:18:05Z

Current assignee @Christinadobrzyn is eligible for the External assigner, not assigning anyone new.

melvin-bot · 2023-05-26T17:18:12Z

Triggered auto assignment to Contributor-plus team member for initial proposal review - @abdulrahuman5196 (External)

melvin-bot · 2023-05-26T17:18:18Z

Triggered auto assignment to @cead22 (External), see https://stackoverflow.com/c/expensify/questions/7972 for more details.

fedirjh · 2023-05-26T20:46:49Z

I want to bring attention the actual result, which doesn’t looks correct or accurate

The error messages is shown in Spanish when the language was already changed to English.

The error message reflects the selected langue :

In this frame , the language is set Spanish , you can verify the chat header , which display Spanish translation

In this frame , the language is updated to English , you can verify the chat header as well

StevenKKC · 2023-05-26T22:14:10Z

Proposal

Please re-state the problem that we are trying to solve in this issue.

The error messages are shown in Spanish when the user change the language to English and set online mode.

What is the root cause of that problem?

The root cause is, even if the user change the language to English, the app's language will be set to Spanish after change to online mode.

In offline mode, all UpdatePreferredLocale API request does not send immediately to the server, and are pushed to the SequentialQueue.
Once the user change to online mode, the API requests in the queue will be sent to the server.

Assume that the initial language is English.
If user changes the language from English to Spanish, then one UpdatePreferredLocale API is pushed to the queue, and send to the server later. In this case, the app's language is set to Spanish.

If user changes the language from English to Spanish and again from Spanish to English, then 2 UpdatePreferredLocale APIs are pushed to the queue and will be sent with en and then es language value. And the responses from the server are processed in reverse order, so finally the app process the first API's response, and language is set to Spanish.

If user change language to English again at this time, then three APIs are pushed to the queue.
But only 2 APIs will be sent to the server, because after send one API, the same APIs will be removed by PersistedRequests.remove(requestToProcess); in process function.

App/src/libs/Network/SequentialQueue.js

Lines 32 to 57 in 37163b0

    
           function process() { 
        
               const persistedRequests = PersistedRequests.getAll(); 
        
               if (_.isEmpty(persistedRequests) || NetworkStore.isOffline()) { 
        
                   return Promise.resolve(); 
        
               } 
        
               const requestToProcess = persistedRequests[0]; 
        
               // Set the current request to a promise awaiting its processing so that getCurrentRequest can be used to take some action after the current request has processed. 
        
               currentRequest = Request.processWithMiddleware(requestToProcess, true) 
        
                   .then(() => { 
        
                       PersistedRequests.remove(requestToProcess); 
        
                       RequestThrottle.clear(); 
        
                       return process(); 
        
                   }) 
        
                   .catch((error) => { 
        
                       // On sign out we cancel any in flight requests from the user. Since that user is no longer signed in their requests should not be retried. 
        
                       // Duplicate records don't need to be retried as they just mean the record already exists on the server 
        
                       if (error.name === CONST.ERROR.REQUEST_CANCELLED || error.message === CONST.ERROR.DUPLICATE_RECORD) { 
        
                           PersistedRequests.remove(requestToProcess); 
        
                           RequestThrottle.clear(); 
        
                           return process(); 
        
                       } 
        
                       return RequestThrottle.sleep().then(process); 
        
                   }); 
        
               return currentRequest; 
        
           }

App/src/libs/actions/PersistedRequests.js

Lines 31 to 37 in a6e6fe9

    
           /** 
        
            * @param {Object} requestToRemove 
        
            */ 
        
           function remove(requestToRemove) { 
        
               persistedRequests = _.reject(persistedRequests, (persistedRequest) => _.isEqual(persistedRequest, requestToRemove)); 
        
               Onyx.set(ONYXKEYS.PERSISTED_REQUESTS, persistedRequests); 
        
           }

And the app process the first API's response, and the language is set to es, that is Spanish.

If user change to Spanish again, then 4 APIs are pushed, but the final language is set to es for the same reason.

That is, when user changes the language in offline mode, one or two API will be sent to the server, and the app language is set to the first changed language, that is Spanish.

The same is true if the language is initially set to Spanish.
In this case, after change to online mode, the language will be set to English.

That is, when change to online mode, the language is set to the first API's language.

What changes do you think we should make in order to solve the problem?

We should only send the last UpdatePreferredLocale API to the server once.
For this, in offline mode when the new API is pushed to the queue, we would remove previous API requests and push the last API request by changing the save function as below.

function save(requestsToPersist) {
    HttpUtils.cancelPendingReconnectAppRequest();
    persistedRequests = _.chain(persistedRequests)
        .concat(requestsToPersist)
        .partition((request) => request.command !== CONST.NETWORK.COMMAND.RECONNECT_APP)
        .flatten()
        .value();

    if (NetworkStore.isOffline() && requestsToPersist[0].command === 'UpdatePreferredLocale') {
        persistedRequests = _.reject(persistedRequests, (persistedRequest) => (persistedRequest.command === 'UpdatePreferredLocale' && persistedRequest !== requestsToPersist[0]));
    }

    Onyx.set(ONYXKEYS.PERSISTED_REQUESTS, persistedRequests);
}

Now we can send the last one API to the server, so the app language is set correctly when changes from offline mode to online mode.

What alternative solutions did you explore? (Optional)

None.

abdulrahuman5196 · 2023-05-27T17:08:11Z

@fedirjh Thank you for pointing out.

@Christinadobrzyn Could you check this #19651 (comment)
I am also not sure of the issue here, the error message is in sync with the app's language.

Are we thinking that,
"app language should directly change to the last choosen language, instead of switching through the previous selections?" If so I think that's a different issue and this issue's information has to be updated,

And the proposals here is also trying to fix the issue of "app language should directly change to the last choosen language, instead of switching through the previous selections"

abdulrahuman5196 · 2023-05-27T17:10:39Z

@s-alves10 Not sure if this #19651 (comment) is a proposal or general rootcause comment. If it is a proposal, kindly update the proposal as per our guidelines. https://github.com/Expensify/App/blob/main/contributingGuides/PROPOSAL_TEMPLATE.md

c3024 · 2023-05-28T07:38:32Z

Proposal

Please re-state the problem that we are trying to solve in this issue.

After forcing offline, changing language to Spanish, sending messages to an invalid number, then again changing language to English, then going online shows errors for the messages in Spanish.

What is the root cause of that problem?

Lines 39 to 71 of App/src/libs/API.js

function write(command, apiCommandParameters = {}, onyxData = {}) {
    ....

    // Write commands can be saved and retried, so push it to the SequentialQueue
    SequentialQueue.push(request);
}

API.js pushes requests to SequentialQueue

These requests are pushed to persistedRequests and they would be processed right away through flush if network is online. If NetworkStore.isOffline()), push returns and requests stay in persistedRequests.

Lines 105 to 121 of App/src/libs/Network/SequentialQueue.js

function push(request) {
    // Add request to Persisted Requests so that it can be retried if it fails
    PersistedRequests.save([request]);

    // If we are offline we don't need to trigger the queue to empty as it will happen when we come back online
    if (NetworkStore.isOffline()) {
        return;
    }
    ...
    flush();
}

Once network is online SequentialQueue all requests in persistedRequests are processed one by one.

Line 32 to 57 of App/src/libs/Network/SequentialQueue.js

function process() {
    const persistedRequests = PersistedRequests.getAll();
    ...
    currentRequest = Request.processWithMiddleware(requestToProcess, true)
        .then(() => {
            PersistedRequests.remove(requestToProcess);
            RequestThrottle.clear();
            return process();
        })
       ...
    return currentRequest;
}

Language change, and adding comments after forcing offline get added to persistentRequests and they are processed one by one after network is online and it appears slow.

In this case [UpdatePreferenceLocale, AddComment, AddComment, UpdatePreferenceLocale] are processed one after another. So, first language is changed to Spanish, then comments added and the errors would be displayed in Spanish, then language is changed to English and page changes to English.
What is the root cause of the problem

Offline requests are saved in PersistedRequests which are then processed sequentially in process of SequentialQueue and then they are updated with Onyx.update(QueuedOnyxUpdates.getQueuedUpdates()) here

App/src/libs/Network/SequentialQueue.js

Line 86 in f4f89a0
Onyx.update(QueuedOnyxUpdates.getQueuedUpdates()).then(QueuedOnyxUpdates.clear);

These are updated with this
https://github.com/Expensify/react-native-onyx/blob/5a97bf5282e614b9e9357fb8d620815f0399cef5/lib/Onyx.js#L1216

When different updates happen to same element like preferredLocale or for same reportID and reportingActionID, order in which the updates happen cannot be ensured.

What changes do you think we should make in order to solve the problem?

In Onyx.js instead of Promise.all we should use

_.reduce(promises, (promiseChain, currentPromise) => {
return promiseChain.then(() => currentPromise);
}, Promise.resolve())

What other solutions did you explore?

Do not UpdatePreferredLocale to persistentRequests for retrying when network is offline. When language is changed, the page changes to that language irrespective of the network connectivity. I think keeping it for running after getting online is unnecessary.
For this, the following change should be made.
Lines 105 to 107 of App/src/libs/Network/SequentialQueue.js

function push(request) {
    // Don't retry UpdatePreferredLocale requests so don't add to persistedRequests
     if (request.command !== 'UpdatePreferredLocale') {
        PersistedRequests.save(request);
    }
  ...
}

What alternative solutions did you explore? (Optional)

Here is a solution for a similar issue.
Another solution is to only keep the latest UpdatePreferredLocale in peristedRequests. So after coming to online only the last selected preference would be there and it will update first.
For this, retain the SequentialQueue.js as it is but following change is required in PersistedRequests.js
Line 21 to 29 of App/src/libs/action/PersistedRequests.js

function save(requestsToPersist) {
    HttpUtils.cancelPendingReconnectAppRequest();
   if (requestsToPersist[0].command === "UpdatePreferredLocale") {
       persistedRequests = _.filter(persistedRequests, persistedRequest => persistedRequest.command !== "UpdatePreferredLocale";
        persistedRequests = _.chain(requestsToPersist)
          .concat(persistedRequests)
         .partition((request) => request.command !== CONST.NETWORK.COMMAND.RECONNECT_APP)
          .flatten()
          .value();
  }
  else {
     persistedRequests = _.chain(persistedRequests)
          .concat(requestsToPersist)
         .partition((request) => request.command !== CONST.NETWORK.COMMAND.RECONNECT_APP)
          .flatten()
          .value();
   }
      
    Onyx.set(ONYXKEYS.PERSISTED_REQUESTS, persistedRequests);
}

Christinadobrzyn · 2023-05-30T19:29:24Z

@abdulrahuman5196 - great question

"Are we thinking that "app language should directly change to the last choosen language, instead of switching through the previous selections?" If so I think that's a different issue and this issue's information has to be updated,

And the proposals here is also trying to fix the issue of "app language should directly change to the last choosen language, instead of switching through the previous selections"

The issue was that the error message was in Spanish after you changed the language to English (and enabled online). So "app language should directly change to the last choosen language, instead of switching through the previous selections" is what I would expect to happen here.

But I'm not able to reproduce this Spanish error anymore - going to reach out to QA to see if they can test again. https://expensify.slack.com/archives/C9YU7BX5M/p1685475025261219

cc @mvtglobally

StevenKKC · 2023-05-31T07:22:01Z

@Christinadobrzyn I'm able to reproduce this error. Please change the language an even number of times, and change to online mode.

Christinadobrzyn · 2023-06-01T00:02:24Z

@abdulrahuman5196 - finally I was able to reproduce this again! I updated the steps in the OP on how I was able to do this.

What is expected: when switching preferences from Spanish to English, all messages (including errors) should be in English.

What is happening: when switching preferences from Spanish to English, all messages (including errors) are in Spanish.

cead22 · 2023-06-26T20:06:52Z

I started a discussion about how to move this forward here https://expensify.slack.com/archives/C01GTK53T8Q/p1687808610323569. We're leaning towards closing this issue

Christinadobrzyn · 2023-06-28T20:59:59Z

I'll check on that thread, not sure if we got to a conclusion.

Christinadobrzyn · 2023-06-30T18:54:59Z

I think we're moving forward with this, right @cead22?

StevenKKC · 2023-07-01T01:54:22Z

I agree that my proposal is for a special case, not a general one.
Add removePreviousRequests to API.write function's apiCommandParameters parameter and change code as below maybe more acceptable.

    API.write(
        'UpdatePreferredLocale',
        {
            value: locale,
            removePreviousRequests: NetworkStore.isOffline(),
        },
        {optimisticData},
    );

function save(requestsToPersist) {
    HttpUtils.cancelPendingReconnectAppRequest();
    persistedRequests = _.chain(persistedRequests)
        .concat(requestsToPersist)
        .partition((request) => request.command !== CONST.NETWORK.COMMAND.RECONNECT_APP)
        .flatten()
        .value();
    if (requestsToPersist[0].data.removePreviousRequests && requestsToPersist[0].data.removePreviousRequests === true) {
        persistedRequests = _.reject(persistedRequests, (persistedRequest) => (persistedRequest.command === requestsToPersist[0].command && persistedRequest !== requestsToPersist[0]));
    }
    Onyx.set(ONYXKEYS.PERSISTED_REQUESTS, persistedRequests);
}

For the general solution, there are not enough cases to consider, and I think the above solution is sufficient for some preference settings in offline mode.
It would be better if we discuss general solution when we have more cases in the future.

abdulrahuman5196 · 2023-07-03T17:48:46Z

Not overdue.

I think we're moving forward with this, right @cead22?

I doubt that. Could you kindly provide us what is the path forward we are looking on this issue? @cead22

cead22 · 2023-07-05T23:15:05Z

In this thread we identified the following two situations, and agreed that the first one isn't a bug, and that we'll use this issue to fix the second one, does that make sense?

If you switch languages multiple times while offline, when you come online, the language will switch multiple times as the requests queued while you were offline are dequeued and sent to the server
We have an error message that is always shown in English

abdulrahuman5196 · 2023-07-06T13:27:56Z

Yes. @cead22 Fine by me. I think the message is received from backend.

cead22 · 2023-07-06T18:55:00Z

Correct me if I'm wrong but now that we're switching gears to solve only problem number 2 above, I don't think we have any proposals for that specifically right now.

If that's the case, @StevenKKC @c3024 @s-alves10 would you like to submit a proposal for this? Thanks

cead22 · 2023-07-10T16:34:23Z

Still waiting for proposals

abdulrahuman5196 · 2023-07-10T16:41:41Z

@cead22 / @Christinadobrzyn The bug is still marked internal? Could we change it to external and update the bug title and description as per the new requirement from here - #19651 (comment)

melvin-bot · 2023-07-10T23:24:49Z

Current assignee @Christinadobrzyn is eligible for the External assigner, not assigning anyone new.

melvin-bot · 2023-07-10T23:24:54Z

Current assignee @abdulrahuman5196 is eligible for the External assigner, not assigning anyone new.

Christinadobrzyn · 2023-07-10T23:26:08Z

@abdulrahuman5196 should I raise the bounty to get more proposals?

pecanoro · 2023-07-10T23:28:37Z

That error is a back-end error, it cannot be fixed as we don't support handling translations for back-end errors yet. I would say that we can close this issue as we have done with many other instances when this was brought up.

melvin-bot · 2023-07-11T16:01:09Z

📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸

Christinadobrzyn · 2023-07-11T23:44:42Z

@cead22 @abdulrahuman5196 should we close based on #19651 (comment)?

cead22 · 2023-07-14T17:17:12Z

Agree with Rocío, let's close

mvtglobally added Daily KSv2 Bug Something is broken. Auto assigns a BugZero manager. labels May 26, 2023

melvin-bot bot assigned Christinadobrzyn May 26, 2023

mvtglobally mentioned this issue May 26, 2023

Deploy Checklist: New Expensify 2023-05-25 #19565

Closed

53 tasks

Christinadobrzyn added the External Added to denote the issue can be worked on by a contributor label May 26, 2023

melvin-bot bot changed the title ~~Desktop - Error messages is shown in Spanish when the language was already changed to English~~ [$1000] Desktop - Error messages is shown in Spanish when the language was already changed to English May 26, 2023

melvin-bot bot assigned abdulrahuman5196 May 26, 2023

melvin-bot bot added the Help Wanted Apply this label when an issue is open to proposals by contributors label May 26, 2023

melvin-bot bot assigned cead22 May 26, 2023

StevenKKC mentioned this issue May 26, 2023

fix: show error message depend on the language preference #19324

Merged

56 tasks

melvin-bot bot added the Overdue label May 29, 2023

melvin-bot bot removed the Overdue label May 30, 2023

narefyev91 mentioned this issue Jun 2, 2023

[$1000] Chat-Sent and deleted offline messages are displayed in the chat after going online #19986

Closed

6 tasks

melvin-bot bot added the Overdue label Jun 28, 2023

melvin-bot bot removed the Overdue label Jun 28, 2023

melvin-bot bot added the Overdue label Jul 3, 2023

melvin-bot bot added Overdue and removed Overdue labels Jul 3, 2023

melvin-bot bot removed the Overdue label Jul 5, 2023

Christinadobrzyn added the Help Wanted Apply this label when an issue is open to proposals by contributors label Jul 6, 2023

melvin-bot bot added the Overdue label Jul 10, 2023

melvin-bot bot removed the Overdue label Jul 10, 2023

Christinadobrzyn added External Added to denote the issue can be worked on by a contributor and removed Internal Requires API changes or must be handled by Expensify staff labels Jul 10, 2023

Christinadobrzyn changed the title ~~[$1000] Desktop - Error messages is shown in Spanish when the language was already changed to English~~ [$1000] Desktop - error message should show in Spanish Jul 10, 2023

cead22 closed this as completed Jul 14, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[$1000] Desktop - error message should show in Spanish #19651

[$1000] Desktop - error message should show in Spanish #19651

mvtglobally commented May 26, 2023 •

edited by melvin-bot bot

Loading

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023 •

edited by Christinadobrzyn

Loading

dummy-1111 commented May 26, 2023

sakluger commented May 26, 2023

dummy-1111 commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

fedirjh commented May 26, 2023

StevenKKC commented May 26, 2023 •

edited

Loading

abdulrahuman5196 commented May 27, 2023

abdulrahuman5196 commented May 27, 2023

c3024 commented May 28, 2023 •

edited

Loading

Christinadobrzyn commented May 30, 2023 •

edited

Loading

StevenKKC commented May 31, 2023

Christinadobrzyn commented Jun 1, 2023 •

edited

Loading

cead22 commented Jun 26, 2023

Christinadobrzyn commented Jun 28, 2023

Christinadobrzyn commented Jun 30, 2023

StevenKKC commented Jul 1, 2023

abdulrahuman5196 commented Jul 3, 2023

cead22 commented Jul 5, 2023

abdulrahuman5196 commented Jul 6, 2023 •

edited

Loading

cead22 commented Jul 6, 2023

cead22 commented Jul 10, 2023

abdulrahuman5196 commented Jul 10, 2023

melvin-bot bot commented Jul 10, 2023

melvin-bot bot commented Jul 10, 2023

Christinadobrzyn commented Jul 10, 2023

pecanoro commented Jul 10, 2023

melvin-bot bot commented Jul 11, 2023

Christinadobrzyn commented Jul 11, 2023

cead22 commented Jul 14, 2023

[$1000] Desktop - error message should show in Spanish #19651

[$1000] Desktop - error message should show in Spanish #19651

Comments

mvtglobally commented May 26, 2023 • edited by melvin-bot bot Loading

Action Performed:

Expected Result:

Actual Result:

Workaround:

Platforms:

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023 • edited by Christinadobrzyn Loading

Bug0 Triage Checklist (Main S/O)

dummy-1111 commented May 26, 2023

sakluger commented May 26, 2023

dummy-1111 commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

melvin-bot bot commented May 26, 2023

fedirjh commented May 26, 2023

StevenKKC commented May 26, 2023 • edited Loading

Proposal

Please re-state the problem that we are trying to solve in this issue.

What is the root cause of that problem?

What changes do you think we should make in order to solve the problem?

What alternative solutions did you explore? (Optional)

abdulrahuman5196 commented May 27, 2023

abdulrahuman5196 commented May 27, 2023

c3024 commented May 28, 2023 • edited Loading

Proposal

Please re-state the problem that we are trying to solve in this issue.

What is the root cause of that problem?

What changes do you think we should make in order to solve the problem?

What other solutions did you explore?

What alternative solutions did you explore? (Optional)

Christinadobrzyn commented May 30, 2023 • edited Loading

StevenKKC commented May 31, 2023

Christinadobrzyn commented Jun 1, 2023 • edited Loading

cead22 commented Jun 26, 2023

Christinadobrzyn commented Jun 28, 2023

Christinadobrzyn commented Jun 30, 2023

StevenKKC commented Jul 1, 2023

abdulrahuman5196 commented Jul 3, 2023

cead22 commented Jul 5, 2023

abdulrahuman5196 commented Jul 6, 2023 • edited Loading

cead22 commented Jul 6, 2023

cead22 commented Jul 10, 2023

abdulrahuman5196 commented Jul 10, 2023

melvin-bot bot commented Jul 10, 2023

melvin-bot bot commented Jul 10, 2023

Christinadobrzyn commented Jul 10, 2023

pecanoro commented Jul 10, 2023

melvin-bot bot commented Jul 11, 2023

Christinadobrzyn commented Jul 11, 2023

cead22 commented Jul 14, 2023

mvtglobally commented May 26, 2023 •

edited by melvin-bot bot

Loading

melvin-bot bot commented May 26, 2023 •

edited by Christinadobrzyn

Loading

StevenKKC commented May 26, 2023 •

edited

Loading

c3024 commented May 28, 2023 •

edited

Loading

Christinadobrzyn commented May 30, 2023 •

edited

Loading

Christinadobrzyn commented Jun 1, 2023 •

edited

Loading

abdulrahuman5196 commented Jul 6, 2023 •

edited

Loading