f missing references

Author: TheBlueMatt

lightning/src/ln/channelmanager.rs

@@ -3943,8 +3943,8 @@ where
 					&& matches!(&monitor_update.updates[0], ChannelMonitorUpdateStep::ChannelForceClosed { .. });
 				// If the ChannelMonitorUpdate is closing a channel that never got past initial
 				// funding (to have any commitment updates), we'll skip inserting in
-				// `update_maps_on_chan_removal`, allowing us to avoid keeping around the PeerState
-				// for that peer. In that specific case we expect no entry in the map here. In any
+				// `locked_close_channel`, allowing us to avoid keeping around the PeerState for
+				// that peer. In that specific case we expect no entry in the map here. In any
 				// other cases, this is a bug, but in production we go ahead and recover by
 				// inserting the update_id and hoping its right.
 				debug_assert!(is_closing_unupdated_monitor, "Expected closing monitor against an unused channel, got {:?}", monitor_update);
@@ -8158,9 +8158,8 @@ where
 			// Note that at this point we've filled in the funding outpoint on our
 			// channel, but its actually in conflict with another channel. Thus, if
 			// we call `convert_chan_phase_err` immediately (thus calling
-			// `update_maps_on_chan_removal`), we'll remove the existing channel
-			// from `outpoint_to_peer`. Thus, we must first unset the funding outpoint
-			// on the channel.
+			// `locked_close_channel`), we'll remove the existing channel from `outpoint_to_peer`.
+			// Thus, we must first unset the funding outpoint on the channel.
 			let err = ChannelError::close($err.to_owned());
 			chan.unset_funding_info(msg.temporary_channel_id);
 			return Err(convert_chan_phase_err!(self, peer_state, err, chan, &funded_channel_id, UNFUNDED_CHANNEL).1);