Skip to content

[$250] Room-A "workspace" visibility room is created via whisper from a "public" visibility room #49544

Closed

Description

@IuliiaHerets

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.39-0
Reproducible in staging?: Y
Reproducible in production?: Y
Issue reported by: Applause Internal Team

Action Performed:

  1. Go to https://staging.new.expensify.com/home
  2. Tap fab -- start chat
  3. Create a public visibility room
  4. Create 2 room via whisper by sending message - eg : #35 #799
  5. From the whisper message, tap yes
  6. Note room created is highlighted
  7. Now tap on room header -- settings -- visibility
  8. Note room is a "public" visibility room
  9. Now tap on any room highlighted ( created via whisper)
  10. Now tap on room header -- settings -- visibility
  11. Note room created is a workspace visibility room

Expected Result:

A "public" visibility room must be created via whisper from a "public" visibility room.

Actual Result:

A "workspace" visibility room is created via whisper from a "public" visibility room.

Workaround:

Unknown

Platforms:

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Bug6609907_1726835399664.screenrecorder-2024-09-20-16-47-00-591_compress_1.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~021837194850505873695
  • Upwork Job ID: 1837194850505873695
  • Last Price Increase: 2024-09-20
  • Automatic offers:
    • DylanDylann | Reviewer | 104139929
    • nkdengineer | Contributor | 104139931
Issue OwnerCurrent Issue Owner: @Christinadobrzyn

Activity

  1. added
    BugSomething is broken. Auto assigns a BugZero manager.
    on Sep 20, 2024
  2. melvin-bot commented on Sep 20, 2024

    @melvin-bot

    Triggered auto assignment to @Christinadobrzyn (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.

  3. IuliiaHerets commented on Sep 20, 2024

    @IuliiaHerets
    Author

    @Christinadobrzyn FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

  4. Christinadobrzyn commented on Sep 20, 2024

    @Christinadobrzyn
    Contributor

    I can reproduce this with the steps in the OP. I think this can be external - let's start there and see what we think!

  5. added
    ExternalAdded to denote the issue can be worked on by a contributor
    on Sep 20, 2024
  6. changed the title [-]Room-A "workspace" visibility room is created via whisper from a "public" visibility room[/-] [+][$250] Room-A "workspace" visibility room is created via whisper from a "public" visibility room[/+] on Sep 20, 2024
  7. melvin-bot commented on Sep 20, 2024

    @melvin-bot
  8. added
    Help WantedApply this label when an issue is open to proposals by contributors
    on Sep 20, 2024
  9. melvin-bot commented on Sep 20, 2024

    @melvin-bot

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

  10. nkdengineer commented on Sep 20, 2024

    @nkdengineer
    Contributor

    Proposal

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

    A "workspace" visibility room is created via whisper from a "public" visibility room.

    What is the root cause of that problem?

    When we click on Yes, BE will create a room with visibility as restricted

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

    In this function, if resolution is created, we should create an optimistic room with visibility as the visibility of the current report and a created action for this room in optimistic data (Also reset it in failure data).

    App/src/libs/actions/Report.ts

    Lines 3883 to 3887 in 513e6b3

    function resolveActionableReportMentionWhisper(
    reportId: string,
    reportAction: OnyxEntry<ReportAction>,
    resolution: ValueOf<typeof CONST.REPORT.ACTIONABLE_REPORT_MENTION_WHISPER_RESOLUTION>,
    ) {

    Then we can pass the reportID and visibility of the new room as a param of ResolveActionableReportMentionWhisper API. BE will use this reportID and visibility to create a new room.

    What alternative solutions did you explore? (Optional)

    If we don't want to create an optimistic room, we can pass visibility param to ResolveActionableReportMentionWhisper API then BE can use this to create the room with the correct visibility.

  11. melvin-bot commented on Sep 23, 2024

    @melvin-bot

    @Christinadobrzyn, @DylanDylann Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!

  12. 24 remaining items

  13. nkdengineer commented on Oct 15, 2024

    @nkdengineer
    Contributor

    @justinpersaud If the report was created, please send the preexistingReportID as the existing reportID for the report data of the reportID according to the room name in the API param. And then frontend already have the logic the clear the optimistic report.

  14. DylanDylann commented on Oct 17, 2024

    @DylanDylann
    Contributor

    @justinpersaud Could you help to check the above comment? Thanks

  15. justinpersaud commented on Oct 17, 2024

    @justinpersaud
    Contributor

    Yeah, just trying to prioritize when we'll get the backend change done. I haven't had a chance to do it just yet with other priorities.

  16. justinpersaud commented on Oct 22, 2024

    @justinpersaud
    Contributor

    I'm wrapping up some other tasks right now internally, but hoping to look at the backend changes required later this week

  17. DylanDylann commented on Oct 28, 2024

    @DylanDylann
    Contributor

    @justinpersaud Kindly bump

  18. justinpersaud commented on Oct 28, 2024

    @justinpersaud
    Contributor

    Looked at the backend change just now and see we are defaulting to workspace visibility as we reported here, but I am asking if there is a specific reason why in our product channel

  19. justinpersaud commented on Oct 28, 2024

    @justinpersaud
    Contributor

    @DylanDylann @nkdengineer I am newer to working on these proposals so you'll have to bear with me here, but why are we passing in reportIDList, implying we would pass a number of reportIDs to the backend, right?

    Won't we ever only be sending a single reportID to the backend to be created? Or are we going to queue up a backend call to ResolveActionableReportMentionWhisper with multiple reportIDs?

  20. Christinadobrzyn commented on Oct 29, 2024

    @Christinadobrzyn
    Contributor

    @DylanDylann and @nkdengineer can you follow up on this - #49544 (comment)

  21. nkdengineer commented on Oct 29, 2024

    @nkdengineer
    Contributor

    Won't we ever only be sending a single reportID to the backend to be created? Or are we going to queue up a backend call to ResolveActionableReportMentionWhisper with multiple reportIDs?

    @justinpersaud I will send an array of reportIDs because ResolveActionableReportMentionWhisper can have multiple new rooms.

  22. justinpersaud commented on Oct 29, 2024

    @justinpersaud
    Contributor

    Hey all,

    I circled back internally and discovered this feature is actually working as designed. We want the visibility of rooms to always be set to workspace, regardless of where it is created by default.

    Thanks for the initial work and investigation. I'll leave it with @Christinadobrzyn for any outstanding payment for work that was already done.

  23. Christinadobrzyn commented on Oct 30, 2024

    @Christinadobrzyn
    Contributor

    Ah thanks @justinpersaud!
    It looks like a PR was created but not merged to production so our standard reasoning for payment isn't applicable.

    @DylanDylann @nkdengineer let me know if there's anything compensation you feel should be considered for the work you spent. Thanks!

  24. DylanDylann commented on Oct 30, 2024

    @DylanDylann
    Contributor
  25. Christinadobrzyn commented on Oct 30, 2024

    @Christinadobrzyn
    Contributor

    Okay sounds reasonable since the proposals were reviewed and the PR was created.

    Payouts due:

    No regression test needed. Closing this out!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

BugSomething is broken. Auto assigns a BugZero manager.ExternalAdded to denote the issue can be worked on by a contributorReviewingHas a PR in reviewWeeklyKSv2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions