Merge lp:~widelands-dev/widelands/bug995011 into lp:widelands
Proposed by
Nicolai Hähnle
Status: | Merged | ||||
---|---|---|---|---|---|
Merged at revision: | 6511 | ||||
Proposed branch: | lp:~widelands-dev/widelands/bug995011 | ||||
Merge into: | lp:widelands | ||||
Diff against target: |
101 lines (+34/-15) 3 files modified
src/logic/findimmovable.cc (+13/-1) src/logic/findimmovable.h (+11/-4) src/logic/player.cc (+10/-10) |
||||
To merge this branch: | bzr merge lp:~widelands-dev/widelands/bug995011 | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
SirVer | Approve | ||
Review via email: mp+147776@code.launchpad.net |
Description of the change
I'm going to be super-consistent about this now and just put up a merge proposal even for a small change like this. I'm curious how that plays out as a process?
To post a comment you must log in.
:). I do not really know myself where to draw the line - it costs the reviewer very little to read a few lines but having the delay in the push process is sometimes annoying for the coder. I pushed some bug fixes yesterday also without reviews... so, I just don't know.
if (Building * building = flag->get_ building( )) -> I once was bitten by a refactoring bug which didn't handle assignements in if correctly Since them I prefer to split this out into two lines - just to be safe. Your call.
FindImmovable finder_; -> Can be const I think.
CheckStepWalkOn is now CheckStepDefault -> Can you elaborate? I think this changes the semantics of when you can attack, or not?
otherwise lgtm.