fortinet: repair query() mangled by a bad merge (syntax error on main)

[spierenburg]

Problem

modules/fortinet/feed.py does not parse on main — a try: at line 95 has no matching except/finally:

File ".../modules/fortinet/feed.py", line 95
    try:
SyntaxError: expected 'except' or 'finally' block

Merge c89c607 ("Merge branch 'main' into fix/268-fortinet-unfiltered-content") stacked three overlapping copies of the query() loop body on top of each other. The file has not parsed since, so test_feed_contracts, test_module_contracts and every test importing the module fail — the stdlib unittest check is red on every PR against main, not just one.

Fix

Reconstructed from the last revision that parsed (c76c439) by re-applying only the intended FeedResult error-contract changes, matching the sibling multi-source modules migrated in c7acb1a:

• import feedutils; collect per-source errors in errors
• wrap each URL in try/except → errors.append((URL, str(e))); continue
• content = None guard so an entry that fails the CVSS filter is skipped, not posted with the previous entry's content
• break (not return) on IndexError, so the remaining URLs are still processed
• return feedutils.result(items, errors)

The diff against c76c439 is exactly those changes and nothing else.

Testing

python -m unittest tests.test_feed_contracts tests.test_module_contracts tests.test_import_path_safety → 21/21 pass (were erroring on the parse failure). File byte-compiles.

[spierenburg]

Merge order — please merge this first.

This repairs a syntax error in modules/fortinet/feed.py that is currently red on main's CI, so it fails the stdlib unittest check on every open PR against main.

It unblocks #289, whose CI is failing only because of this same pre-existing break (not because of anything in #289). Once this lands on main, #289 will be rebased on top and its CI will go green.

Merge path: #290 → main, then rebase #289.