Open m-natarajan opened 1 month ago
Triggered auto assignment to @kevinksullivan (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.
@kevinksullivan Huh... This is 4 days overdue. Who can take care of this?
@kevinksullivan 6 days overdue. This is scarier than being forced to listen to Vogon poetry!
@kevinksullivan 8 days overdue is a lot. Should this be a Weekly issue? If so, feel free to change it!
Job added to Upwork: https://www.upwork.com/jobs/~01cad85d32f0e40e56
Triggered auto assignment to Contributor-plus team member for initial proposal review - @hoangzinh (External
)
I think this is a low priority Control item, because it's covering a backwards compatibility edge case
📣 @sandeepvasudewan! 📣 Hey, it seems we don’t have your contributor details yet! You'll only have to do this once, and this is how we'll hire you on Upwork. Please follow these steps:
Contributor details
Your Expensify account email: <REPLACE EMAIL HERE>
Upwork Profile Link: <REPLACE LINK HERE>
Contributor details Your Expensify account email: vasudewansandeep@gmail.com Upwork Profile Link: vasudewansandeep@gmail.com
✅ Contributor details stored successfully. Thank you for contributing to Expensify!
Hi @sandeepvasudewan can you update your proposal with the PROPOSAL_TEMPLATE here?
Please re-state the problem that we are trying to solve in this issue.
The problem we are addressing is that when reports are imported from the old dot to the new dot, they initially appear in the workspace chat. However, when users click on these reports, they encounter an error message: "Hmm... it's not here," rendering the reports inaccessible.
What is the root cause of that problem?
The root cause of the problem likely stems from discrepancies between the report identifiers, URLs, or metadata used in the old dot versus those expected in the new dot. This mismatch causes the new dot system to fail in correctly locating or displaying the imported reports, leading to the error message.
What changes do you think we should make in order to solve the problem?
To solve this issue, we should implement the following changes:
What alternative solutions did you explore? (Optional)
Alternative solutions considered include:
@sandeepvasudewan you don't need to delete and then create a new comment/proposal. Just update the existing one and leave a comment update (Ref: https://github.com/Expensify/App/blob/main/contributingGuides/CONTRIBUTING.md#propose-a-solution-for-the-job)
Btw,
The root cause of the problem likely stems from discrepancies between the report identifiers, URLs, or metadata used in the old dot versus those expected in the new dot
Can you give describe exactly what are differents between the report identifiers, URLs, or metadata used in the old dot versus those expected in the new dot?
This mismatch causes the new dot system to fail in correctly locating or displaying the imported reports
Then, can you reference to which line of code in New Dot that locates imported reports as you mentioned above? Thank you
@hoangzinh @kevinksullivan this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!
Still waiting proposals
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
Same as above
@hoangzinh, @kevinksullivan Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!
Still waiting proposals
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
Hi Which type of export i need to export the reports inside the OD?
I've tried many of thems but no one work
Hi @NJ-2020 can you try to use CSV format here https://expensify.slack.com/archives/C049HHMV9SM/p1722248613331059?thread_ts=1722248571.855789&cid=C049HHMV9SM?
@hoangzinh Oh sorry, I cannot access the slack chat room, because it's a private.
Oh sorry. Can you check this template? mock_data.csv
@hoangzinh Thanks, But did you mean i can create a new layout inside the OD on top of that file CV, I've tried that but some properties when trying to link the value i.e {report:nameHere}
are not quite accurate meaning like there is no exact or the property name
And after exporting the file, and try to import again still not working
@hoangzinh @kevinksullivan this issue is now 4 weeks old, please consider:
Thanks!
Imported reports in old dot (the attached file, 500 reports)
Where is the attached file? how to import?
We can go to OD -> Bulk Import Invoices to download an sample CSV here
Btw, I think it's a BE issue. The OpenReport API returns "Report not found" for those imported reports
cc @kevinksullivan can you add internal label for this issue? Thank you.
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
@hoangzinh, @kevinksullivan Huh... This is 4 days overdue. Who can take care of this?
cc @kevinksullivan on this comment https://github.com/Expensify/App/issues/46576#issuecomment-2318321600
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
Not overdue
@hoangzinh, @kevinksullivan Whoops! This issue is 2 days overdue. Let's get this updated quick!
Not overdue, waiting assign internal issue
This happens when clientLastReadTime
is not an empty string in the first OpenReport
request. It can also be reproduced by opening the #announce
room from LHN. I agree this is a BE issue.
https://github.com/user-attachments/assets/b13ced5c-5efa-4162-9d5d-bdef16f4b7f9
Triggered auto assignment to @zanyrenney (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.
Sorry I missed the internal assignment @hoangzinh , updated. Looping in another BZ member as well as I'm going OOO. Thanks @zanyrenney !
No worries Kev!
Ioni reported a similar issue
When I click on some old expenses (not all), I get redirected to https://staging.new.expensify.com/search/view/3431960930982529 or https://staging.new.expensify.com/search/view/0 (this same IDs every time, no matter the transaction I click) and see Hmm... it's not here page
@hoangzinh, @zanyrenney Huh... This is 4 days overdue. Who can take care of this?
Awaiting internal pickup
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: v9.0.14-5 Reproducible in staging?: y Reproducible in production?: y 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 Expensify/Expensify Issue URL: Issue reported by: @hannojg Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1722248571855789
Action Performed:
Expected Result:
Imported reports are usable in new dot
Actual Result:
Clicking on a report in new dot gets you the "Hmm... it's not here" error
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
https://github.com/user-attachments/assets/1d387d6a-ba67-4964-98bf-5f5373dc7027
View all open jobs on GitHub
https://github.com/user-attachments/assets/f21708d1-2101-4f13-bba2-48a8ed91ba86
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @hoangzinh