Вызовется ли слот, если указатель на объект изменили после connect() ?

Да, нужно. Второй networkReply будет новым объектом и к нему нет никаких сигналов.

networkReply кстати не забываешь удалить после finished()?

Объект в C++ живет по тому адресу, по какому родился. То есть имеется взаимно однозначное соответствие. Поэтому вопрос здесь может стоять например так: если объект уничтожается, то чистятся ли при этом автоматически соединения в Qt? Ответ - да:

QObject::~QObject()

Destroys the object, deleting all its child objects.

All signals to and from the object are automatically disconnected, and any pending posted events for the object are removed from the event queue. However, it is often safer to use deleteLater() rather than deleting a QObject subclass directly.

Если создается другой объект, то его, очевидно, нужно отдельно соединять.

надо коннектить.

но намного полезнее книжки по С++ почитать.

То есть, во внутренностях Qt напрямую используется значение указателя, или значение указателя копируется в какую-то таблицу в момент connect()?

Для ответа на этот вопрос достаточно посмотреть сигнатуру connect(). Чтобы Qt мог использовать то значение указателя networkReply, которое ты присвоил уже после вызова connect(), в connect() нужно было бы передать указатель или ссылку на networkReply. Но networkReply передается по значению, как QObject*, а не QObject** или QObject*&.

connect( this, SIGNAL(cancelDownload()), networkReply, SLOT(abort()) );

лучше коннектить по новому, старый способ имеет недостатки

Согласен, хотел тоже об этом написать сначала, но решил по делу отписаться.

Автор, изучай https://wiki.qt.io/New_Signal_Slot_Syntax

Плюсы несравнимы

Но networkReply передается по значению, как QObject*

Фак мой мозг. Сигнатура QObject* - это передача объекта по значению?

Указателя. networkReply - это не объект, это, мать его, указатель на объект.

Слушай, а если передавать ссылку куте сам не догадается обновить активные референсы? Мне кажется это маловероятным, но вдруг?

Нет никаких «вдруг», сигнатура connect жестко определяет правила. Если бы у connect была перегрузка с другими типами, тогда да, она могла бы например делать то, что хочет ТС.

Сколько помню ТС, ему такие советы года три уже раздают..