~charlesk/indicator-transfer/fix-flint-and-clang-warnings

« back to all changes in this revision

Viewing changes to MERGE-REVIEW

  • Committer: CI bot
  • Author(s): Charles Kerr
  • Date: 2014-07-07 22:22:21 UTC
  • mfrom: (6.1.9 per-transfer-actions)
  • Revision ID: ps-jenkins@lists.canonical.com-20140707222221-5o6gsim4jnmfy6ry
Create per-transfer actions for simpler state lookup by renderers. Previously this was done as a single action that contained a map of unique transfer ids to states. 
Approved by: Ted Gould, Ted Gould

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
This documents the expections that the project has on what both submitters
2
 
and reviewers should ensure that they've done for a merge into the project.
3
 
 
4
 
= IMPORTANT NOTICE =
5
 
 
6
 
 The menu items may not be visible until the x-canonical-types
7
 
 "com.canonical.indicator.transfer" and "com.canonical.indicator.bulk-action"
8
 
 are supported by the renderer. Until then, if you're willing to build
9
 
 manually, you can force them to look like normal menuitems by removing these
10
 
 two lines from src/view-gmenu.cpp's create_transfer_menuitem():
11
 
 
12
 
  > g_menu_item_set_attribute (menu_item, "x-canonical-type",
13
 
  >                            "s", "com.canonical.indicator.transfer");
14
 
 
15
 
 and these two lines from the same file's create_bulk_action_menuitem():
16
 
 
17
 
  > const char * type = "com.canonical.indicator.transfer-bulk-action";
18
 
  > g_menu_item_set_attribute (menu_item, "x-canonical-type", "s", type);
19
 
 
20
 
 
21
 
== Submitter Responsibilities ==
22
 
 
23
 
 * Ensure the project compiles and the test suite executes without error
24
 
 * Ensure that non-obvious code has comments explaining it
25
 
 * Ensure the manual tests in tests/manual pass
26
 
 
27
 
== Reviewer Responsibilities ==
28
 
 
29
 
 * Did the Jenkins build compile? Pass? Run unit tests successfully?
30
 
 * Are there appropriate tests to cover any new functionality?
31
 
 * Confirm that the manual tests pass
 
1
* '''Checklist for component''': indicator-transfer
 
2
 * '''Component Test Plan''': https://wiki.ubuntu.com/Process/Merges/TestPlan/indicator-transfer
 
3
 * '''Trunk URL''': lp:indicator-transfer
 
4
 * '''Ubuntu Package URL (LP)''': http://launchpad.net/ubuntu/+source/indicator-transfer
 
5
 
 
6
This documents the expections that the project has on what submitters,
 
7
reviewers, and landers should ensure that they've done for a merge into
 
8
the project.
 
9
 
 
10
The source for this document can be gotten from Bazaar:
 
11
{{{
 
12
$ bzr cat lp:indicator-transfer/MERGE-REVIEW
 
13
}}}
 
14
 
 
15
== MP Submission Checklist Template ==
 
16
 
 
17
'''Note: Please ensure you include the following form filled out and submitted along side your code to the MP ticket.'''
 
18
 
 
19
 * Are there any related MPs required for this MP to build/function as expected? Please list.
 
20
 * Is your branch in sync with latest trunk? (e.g. bzr pull lp:trunk -> no changes)
 
21
 * Did the code build without warnings?
 
22
 * Did the tests run successfully?
 
23
 * Did you perform an exploratory manual test run of your code change and any related functionality?
 
24
 * Has your component test plan been executed successfully on emulator or a physical device?
 
25
 * Please list which manual tests are germane for the reviewer in this MP.
 
26
 
 
27
== MP Review Checklist Template ==
 
28
 
 
29
'''Note: Please ensure you include the following form filled out and submitted along side your code to the MP ticket.'''
 
30
 
 
31
 * Have you checked that the submitter has accurately filled out the submitter checklist and has taken no shortcuts?
 
32
 * Did you run the manual tests listed by the submitter?
 
33
 * Did you do exploratory testing related to the component you own with the MP changeset included?
 
34
 * If new features have been added, are the manual tests sufficient to cover them?
 
35
 
 
36
== MP Landing Checklist Template ==
 
37
 
 
38
'''Note: Please ensure you include the following form filled out and submitted along side your code to the MP ticket.'''
 
39
 
 
40
 * Ensure that the checklists have been properly filled out by submitter and all reviewers
32
41