Merge lp:~charlesk/overlay-scrollbar/lp-1058205 into lp:overlay-scrollbar
| Status: | Merged |
|---|---|
| Merged at revision: | 357 |
| Proposed branch: | lp:~charlesk/overlay-scrollbar/lp-1058205 |
| Merge into: | lp:overlay-scrollbar |
| Diff against target: |
151 lines (+66/-48) 1 file modified
os/os-scrollbar.c (+66/-48) |
| To merge this branch: | bzr merge lp:~charlesk/overlay-scrollbar/lp-1058205 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| jenkins (community) | continuous-integration | Approve on 2012-10-04 | |
| Thomas Bechtold (community) | Approve on 2012-10-04 | ||
| Andrea Cimitan | 2012-10-04 | Approve on 2012-10-04 | |
|
Review via email:
|
|||
Description of the Change
This is based off Thomas' fix-mem-leak-bug-1058205 branch.
While I was testing Thomas' branch, I noticed his test case reported the overlay scrollbar created these Priv structs while the scrollbars were being disposed. This has two problems -- first is the unnecessary work of creating and populating a Priv struct only to dispose it; but more importantly, we're allocating memory and setting it in an object's qdata after the object's been disposed.
So, this branch contains Thomas' slice_free() fix and also avoids creating Privs in our hijacked_
| jenkins (martin-mrazik+qa) wrote : | # |
FAILED: Continuous integration, rev:358
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
| Thomas Bechtold (toabctl) wrote : | # |
Looks good to me. The Jenkins links are all 404 :(
| jenkins (martin-mrazik+qa) wrote : | # |
PASSED: Continuous integration, rev:358
http://
Executed test runs:
SUCCESS: http://
SUCCESS: http://


Fine for me, there's an extra white line before the new static function :)