Bug 1299633
| Summary: | [GSS](6.2.z) Not able to select specific branch from repository | |||
|---|---|---|---|---|
| Product: | [Retired] JBoss BRMS Platform 6 | Reporter: | Alessandro Lazarotti <alazarot> | |
| Component: | Business Central | Assignee: | Toni Rikkola <trikkola> | |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Zuzana Krejčová <zkrejcov> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 6.2.0 | CC: | abhumbe, ajhajj, alazarot, jholmes, kverlaen, lpetrovi, rrajasek, rsynek, trikkola, zkrejcov | |
| Target Milestone: | CR2 | |||
| Target Release: | 6.2.1 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | 1217006 | |||
| : | 1304447 (view as bug list) | Environment: | ||
| Last Closed: | 2016-02-03 16:27:07 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 1217006 | |||
| Bug Blocks: | 1218511, 1288021, 1288023, 1304447 | |||
|
Description
Alessandro Lazarotti
2016-01-18 19:58:01 UTC
+ Selecting a branch in Administration (select a branch and click Update) will update the repo content visible in Administration. - Selecting a branch in Administration doesn't update the branch selector or repo content in Authoring. + Selecting a branch in Authoring however does update the branch selector and repo content in Administration. - Selecting a branch in Authoring unfortunately doesn't update the shown repo content in Authoring. If there is no project on master branch, switching to another branch that does have a project has no effect. Tested with a simple repo with 3 branches - master (no project), dev (freshly created maven project with the default example class and test), bugfix (same as dev, but project name and artifact changed to 'test'). (In reply to Zuzana Krejčová from comment #3) > + Selecting a branch in Administration (select a branch and click Update) > will update the repo content visible in Administration. > - Selecting a branch in Administration doesn't update the branch selector or > repo content in Authoring. I think this should only change if the user has never ever opened the Authoring mode. Or any other mode that sets the project context to some branch. This selector sets the the default branch for all the users, but if the user has viewed any branch, usually master, then he needs to change it in the Project Editor. This is the only place where the user can set his own current branch. > + Selecting a branch in Authoring however does update the branch selector > and repo content in Administration. > - Selecting a branch in Authoring unfortunately doesn't update the shown > repo content in Authoring. If there is no project on master branch, > switching to another branch that does have a project has no effect. So based on the report there are 1-2 bugs: 1. The branch selector in Authoring should have no effect on the selector in Administration. 2. The repo content shown in Authoring should respect the branch selector in Project Explorer, since this changes the current active branch for the entire workbench. If not, then it should have a branch selector of it's own. This makes this either a bug or/and a missing feature. Ok, so after double checking the branch selectors in both locations are just for changing the workbench active branch for the current user. Making it so. (In reply to Toni Rikkola from comment #5) > Ok, so after double checking the branch selectors in both locations are just > for changing the workbench active branch for the current user. Making it so. So, if I understand correctly, making a change in one location should always also update the other location, right? And only for that one user, correct? With some limitations. We only remember the last set branch. Meaning if you have two repositories, you set A to branch RELEASE and B to branch DEV. When you go back to Authoring it shows B repository in DEV branch and when you go back into Administration it B is in DEV, but A is in master ( or what ever branch is first in the list ). Ok, thanks. That actually sounds like a bug or missing/unfinished feature - not in the scope of this bug though, so... good to know. (In reply to Toni Rikkola from comment #7) > With some limitations. > > We only remember the last set branch. Meaning if you have two repositories, > you set A to branch RELEASE and B to branch DEV. When you go back to > Authoring it shows B repository in DEV branch and when you go back into > Administration it B is in DEV, but A is in master ( or what ever branch is > first in the list ). I want to confirm my understanding here. Is it correct to say that this limitation/behavior is consistent on a per user basis but not across users? ie. user1's branch selection does not impact user2's active branch. Currently the branch selector in Administration changes the branch for all the users. This can cause the screen that lists the repositories in the Administration perspective to be out of sync with the rest of the workbench. I'm fixing this for the master. |