Greasemonkey: V4 @match ведет себя иначе, чем V3 и TamperMonkey

В моем сценарии есть следующие записи (дезинфицированные по адресам интрасети):

// <strong i="6">@match</strong>        http://*.some-net.net/*
// <strong i="7">@match</strong>        http://*.some-net.net/*
// <strong i="8">@match</strong>        https://*.some-othernet.net/*
// <strong i="9">@match</strong>        https://*.some-othernet.net/*

На V3/tampermonkey это работает для всех следующих примеров адресов (как http, так и https)

[1] service.some-net.net
[2] service.some-othernet.net
[3] service.some-net. сеть: 1234
[4] service.some-othernet. сеть: 1234
[5] service.customer.some-net. сеть: 1234
[6] service.customer.location.some-net.net

Однако на V4 [3][4] и [5] не работает. Для [3] исправление заключалось в том, чтобы добавить те, которые также соответствуют порту:

// <strong i="23">@match</strong>        http://*.some-net.net:*/*
// <strong i="24">@match</strong>        http://*.some-net.net:*/*
// <strong i="25">@match</strong>        https://*.some-othernet.net:*/*
// <strong i="26">@match</strong>        https://*.some-othernet.net:*/*

Что касается [5] я пробовал это, но даже это не помогает

// <strong i="30">@match</strong>        http://*.*.some-net.net:*/*
// <strong i="31">@match</strong>        http://*.*.some-net.net:*/*
// <strong i="32">@match</strong>        https://*.*.some-othernet.net:*/*
// <strong i="33">@match</strong>        https://*.*.some-othernet.net:*/*

И это не имеет для меня никакого смысла, так как [6] работает только с первым (исходным) набором правил.