Difference between revisions of "Open Development User Group"
Jump to navigation
Jump to search
m (current key of STORM-864) |
Jonathan Yap (talk | contribs) |
||
| Line 24: | Line 24: | ||
#** the mover has to explicitly choose whether the issue will become invisible or stay visible (i.e. no default). (It should not possible to complete the move without explicitly making the decision.) | #** the mover has to explicitly choose whether the issue will become invisible or stay visible (i.e. no default). (It should not possible to complete the move without explicitly making the decision.) | ||
#* Please ask the different Linden Teams with own jira projects to regularly re-evaluate whether the default (in)visibility for issues in those projects should remain as-is. | #* Please ask the different Linden Teams with own jira projects to regularly re-evaluate whether the default (in)visibility for issues in those projects should remain as-is. | ||
#{{jira|VWR-25987|Console debug data scrolls away too quickly}} --[[User:Jonathan Yap|Jonathan Yap]] 06:57, 13 June 2011 (PDT) | |||
# [https://jira.secondlife.com/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+%22Open+Development%22+AND+assignee+is+EMPTY+AND+status+%3D+%22Awaiting+Review%22++ORDER+BY+createdDate%2C+priority+DESC OPEN Issue Triage] ([[User:Oz Linden|Oz Linden]]) | # [https://jira.secondlife.com/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+%22Open+Development%22+AND+assignee+is+EMPTY+AND+status+%3D+%22Awaiting+Review%22++ORDER+BY+createdDate%2C+priority+DESC OPEN Issue Triage] ([[User:Oz Linden|Oz Linden]]) | ||
Revision as of 05:57, 13 June 2011
Open Source Policies, Resources for Open Contributions, and progressing contributions through the Snowstorm process.
Chaired by Oz Linden of the Snowstorm Team.
Agenda
The agenda for the next meeting is:
- Can STORM-864 (now SH-1426) be made publicly visible again, please? (Boroondas Gupte)
- It seems that a lot of those issues which are moved to generally non-public jira projects (with some issues made manually visible) become invisible to the public by accident. Could jira be set up so that when a publicly visible issue is moved to a non-public project,
- the issue stays visible by default, unless the mover explicitly makes it invisible (i.e. default visibility for moved objects would be the issue's old visibility, not the default visibility for new issues in the destination project)
or - the mover has to explicitly choose whether the issue will become invisible or stay visible (i.e. no default). (It should not possible to complete the move without explicitly making the decision.)
- the issue stays visible by default, unless the mover explicitly makes it invisible (i.e. default visibility for moved objects would be the issue's old visibility, not the default visibility for new issues in the destination project)
- Please ask the different Linden Teams with own jira projects to regularly re-evaluate whether the default (in)visibility for issues in those projects should remain as-is.
- It seems that a lot of those issues which are moved to generally non-public jira projects (with some issues made manually visible) become invisible to the public by accident. Could jira be set up so that when a publicly visible issue is moved to a non-public project,
- Console debug data scrolls away too quickly --Jonathan Yap 06:57, 13 June 2011 (PDT)
- OPEN Issue Triage (Oz Linden)
Archive
Records of past meetings: Open Development User Group/Archive
- See the list of other user groups.