Dependency with disable_notifications still allows DOWNTIMEEND notification

Describe the Bug

A host with a configured dependency still sends a DOWNTIMEEND notification even though disable_notifications = true is set on the dependency.

Example configuration:

apply Dependency "remote-location" to Host {
    parent_host_name = "remote-location"
    disable_checks = true
    disable_notifications = true
    assign where "remote" in host.groups
}

Despite notifications being disabled via the dependency, a DOWNTIMEEND notification is still triggered.

To Reproduce

1. Configure a host dependency with disable_notifications = true.
2. Create a notification that triggers on DOWNTIMEEND.
3. Put the dependent host into downtime.
4. Let the downtime expire.

Expected Behavior

When disable_notifications = true is set on a dependency, no notifications (including DOWNTIMEEND) should be sent for the dependent host.

Alternatively, it would be helpful to have more granular control over which notification types are suppressed when using dependencies.

Environment

Icinga 2 version: r2.15.1-1
Operating System: Ubuntu 22.04.5 LTS (Jammy Jellyfish)
Enabled features: api, checker, icingadb, influxdb, mainlog, notification

No source files or tests are named. Start by reproducing the dependency configuration and downtime-expiry sequence described in the issue, then trace how dependency notification suppression handles DOWNTIMEEND; done means the dependent host sends no notification when disable_notifications is true.