forked from jasonklarsen/HudsonHawk
-
Notifications
You must be signed in to change notification settings - Fork 1
/
Copy pathTODO
97 lines (85 loc) · 5.53 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
Workplan:
- End to end testing scenarios:
- Find/build MrBelvedere, a Hudson clone
- Responds to jobs
- Responds to individual jobs
- Responds to server status
- (optional) Responds to users/views
- Create scenarios...
Bugs:
- When using as a side bar in Firefox, View in Hudson button appears in new window
Major items yet to do:
- Provide multiple server/views to watch
- Provide integration into Nagios
- Provide a Trace view that allows you to trace a given job and see a tree of builds that have been triggered by that job (or were triggered by that job)
- Provide a User view that allows you to see all of your checkins or Forced builds and track the current status of that job and its downstream jobs
- Create integration test with a fake server(s) with canned data
Minor items yet to do:
- Remove buttons on exploded alert popup
- Add a revert to original status button
- Provide a visual indicator of the change description actions (so we can see when the flicker state *does* get set....)
- Implement retry mechanism for failed status changes
- Show svn user name that checked-in in exploded popup
- Show svn user name from upstream builds in downstream failure
- Better error handling for Hudson going down (or a failed AJAX call)
- Provide special notification when Hudson is unavailable (Do we empty the screen and display a message? Do we grey out previous status?)
- Investigate more browser combinations (esp. IEs)
- Provide better error messages when missing Settings data is needed
- Remove user/pass if you don't need to login (and update change description) - Maybe check the Hudson config?
- Info bar showing in process requests
To consider:
- Visible indicator for time broken? Time broken since first failure?
- Consider doubling size when a build breaks after someone marks one as Being Fixed
- Consider halfing size when a build marks one as Being Fixed
- Consider script to strip out JS and run unit tests on HudsonHawk
- Better hiding/encryption of passwords to Hudson. Maybe a "ask when needed" popup instead.
- Provide special notification when all is well (Text? Big thumbs up?)
- Consider "scrolling" solution if number of builds spans the whole screen
- Provide a comment on build detail screen that is persisted like status
- Animation effects (shading/removing) for background when popup
IMPLEMENTED:
Features
- Able to choose a Hudson view for running against. So, only need to maintain group information in one place, Hudson.
- Automatically refreshes status, alerting for newly broken builds and broken builds that are now in progress with a new run.
- Detailed information popup (when clicking on a failed build) that:
- Allows you to view the build in Hudson
- Change the status to customs statuses: Fixed and Flicker (which is persisted in Hudson for other concurrent Hudson Hawks to use)
- Configuration settings persisted in local storage (cookies or HTML5 storage)
- Mini mode can be specified by adding the http parameter 'mini'. This shrinks the side suitable for very small widths (like Firefox side bar usage)
Items
- Save view in a cookie to bypass popup
- Use HTML5 storage to save data (if supported). Allows Chrome usage as file:// to persist settings.
- Specify Hudson server in a popup
- Save Hudson server to cookie to bypass popup
- Auto refresh status periodically
- Provide better feedback during settings setup that we are still getting data for views (maybe grey background screen?)
- Add pulsating for in-progress builds
- Add Click on failed build to see detail
- On failed build detail screen, can click button to mark as Flicker
- Builds marked as Flicker are remembered in Hudson jobs detail
- On failed build detail screen, can click button to mark as Being Fixed (and remembered like Flickers)
- Make new failed builds created an exploded detail view filling the screen
- Add Settings button to popup current settings for editing
- Queue description changes
- Pulsate should not go to 0% opacity (leave 10% or so) -- Also try not to utilise 100% of a CPU when building.
- In progress notification seems to take an extra refresh cycle to register. TestCase: Simply open screen when a known build is in progress. Highlights only after a refresh.
- Auto-resize for smaller width screens (esp. side panel usage or long project names)
- Sorting builds by most recent build at the top (on first load)
- Visible indicator for number of consecutive broken builds
- Make View in Hudson button close popup
- Make bar with project info like a progress bar indicating time remaining (rather than blinking)
- Make buttons disappear that are no longer relevant (e.g. 'Status: Fixed' if build is already Fixed)
- Resiliency to a JSON request - We now retry after 30 seconds
- Fix username in flicker/fixed click
- Settings params stay in url bar (and gets re-used despite manually setting the settings to something else)
- Create a bottom bar that includes last update time, current server and view and Settings button (which floats over any builds)
- Need number formatting (i.e. rounding) on derived % build time
- If you have popup open when a refresh is occuring, it closes the popup. This is really obvious when you have a fast refresh on.
- Guard against NaN in progress bar
- Strip percent string on popup to enforce rounding.
- Provide a compiled version that includes any external JS/CSS. Need to consider image files....
- End to end testing scenarios:
- Add refresh timeout to settings
- Refactor settings to be a single JSON setting
- Add temporary migration from old to new settings
- Set up json import of settings in optional http param