Closed IuliiaHerets closed 5 days ago
Triggered auto assignment to @strepanier03 (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.
:wave: Friendly reminder that deploy blockers are time-sensitive β± issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
We think that this bug might be related to #wave-control
Triggered auto assignment to @deetergp (DeployBlockerCash
), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.
This is behind a beta so it's not a blocker.
cc @marcaaron
I'm also slightly confused about why we don't allow approvers on multi-level tags. Maybe there's just not much overlap or it would be strange to potentially have multiple approvers? @JmillsExpensify what do you think about this one?
I'm not able to reproduce this on main
fwiw. @yuwenmemon is working on tags related features for NewDot, maybe we can ask him to keep an eye on this.
maybe this has something to do with multiple policy set up with different configurations?
@marcaaron Policy should be Control, you can enable Rules in More features to upgrade it
Yes. Tested with a Control policy. The provided steps do not lead to a reproduction.
Issue is still reproducible, tested just now
https://github.com/user-attachments/assets/40aece8b-8e6a-4bcb-aec5-592bb74de452
Triggered auto assignment to @bfitzexpensify (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.
Current assignee @bfitzexpensify is eligible for the Bug assigner, not assigning anyone new.
@bfitzexpensify - I am going OoO until the 3rd of October and I didn't get to this before I headed out. Thanks for taking over π
I was able to reproduce this.
@marcaaron Do you think this is something we can make external?
Maybe? I'd kinda still like to hear from @JmillsExpensify and @yuwenmemon on this. I'm not sure if this is something we should fix as a "bug" or scope into a future project. There's also the question "Tag rules" still being behind a beta. So, I'd wonder if this is a blocker or not for removing that beta.
@JmillsExpensify @yuwenmemon Any thoughts to add here regarding Marc's comment?
@deetergp, @bfitzexpensify Eep! 4 days overdue now. Issues have feelings too...
Bump @JmillsExpensify @yuwenmemon re this comment
Seems like a bug to me. cc @dylanexpensify
I would say we should fix this independently because the multi-tags project won't touch this part of the tag editor (the individual view where rules would be shown) anyway.
@deetergp @bfitzexpensify this issue was created 2 weeks ago. Are we close to a solution? Let's make sure we're treating this as a top priority. Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!
Okay, I am going to make this external and handle it here.
Job added to Upwork: https://www.upwork.com/jobs/~021843317478267181555
Triggered auto assignment to Contributor-plus team member for initial proposal review - @parasharrajat (External
)
@deetergp, @parasharrajat, @bfitzexpensify Whoops! This issue is 2 days overdue. Let's get this updated quick!
π£ It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? πΈ
No proposals.
Hi, I am Michael (Mykhailo) from Callstack, an expert agency and I can work on this issue.
I can confirm that the problem is replicable. However, it requires a couple of betas: categoryAndTagApprovers
and workspaceRules
. I am preparing a proposal.
The tag rules settings are available for multi-tags when the rules are not present on Old Dot.
There are no conditions to restrict the tag rule settings for multi-tags now.
I am proposing to add one more condition to the tag settings page (TagSettingsPage.tsx
) - !isMultiLevelTags
(not multi-level tags).
The file already has this variable here.
N/A
I can take this as C+ while @parasharrajat is OOO until Oct 25
I can take this as C+ while @parasharrajat is OOO until Oct 25
cc @yuwenmemon @marcaaron @deetergp
π£ @situchan π An offer has been automatically sent to your Upwork account for the Contributor role π Thanks for contributing to the Expensify app!
Offer link Upwork job Please accept the offer and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review π§βπ» Keep in mind: Code of Conduct | Contributing π
Swapped out @parasharrajat for @situchan. Thanks for stepping up, Situ!
restrict the tag rule settings for multi-tags for now
So this is what we landed!
The proposal looks good. I think we can continue PR. πππ C+ reviewed
Current assignee @deetergp is eligible for the choreEngineerContributorManagement assigner, not assigning anyone new.
@rezkiy37 Proposal looks good. Adding them now.
I've opened a PR (https://github.com/Expensify/App/pull/50917) for review π
Reviewing
label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.53-1 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-11-01. :confetti_ball:
For reference, here are some details about the assignees on this issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
There was no regression.
Precondition: The rules are enabled. Dependent multi-tags are set up on OD.
Payment complete, regression steps added. Closing this out, thanks everyone!
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: 9.0.39-0 Reproducible in staging?: Y Reproducible in production?: N/A - new feature, doesn't exist in prod Email or phone of affected tester (no customers): applausetester+kh010901@applause.expensifail.com Issue reported by: Applause Internal Team
Action Performed:
Precondition:
Expected Result:
Tag rules should not be available for multi tags (because the rules are not present on Old Dot).
Actual Result:
Tag rules are available for multi tags when the rules are not present on Old Dot.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug66100821726848355301!Dependent-_Multi_Level_tags_NEW.csv
https://github.com/user-attachments/assets/33cf5eb8-a1a9-462a-a5dc-9bbe3f92a798
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @bfitzexpensify