[DSC] Arguments to objc_msgSend calls go missing after saving database and reopening

[VisualEhrmanntraut]

Version and Platform (required):

• Binary Ninja Version: 5.3.9301-dev
• Edition: Non-Commercial
• OS: macOS
• OS Version: 26.4 RC1 (25E241)
• CPU Architecture: M3

Bug Description:
no objective-c message call arguments in fresh shared caches and images loaded from them. have to manually override call type on each one.

Steps To Reproduce:
open e.g. a shared cache with latest dev, then load an image containing objective-c code like CoreImage and observe that after analysis completes, no objc_msgSend calls have any parameters other than self and cmd.

Expected Behavior:
the correct amount of parameters should be present

Screenshots/Video Recording:

Binary:
just use a shared cache of iOS 18.5, 26, etc.

Additional Information:
behaviour is likely regression in current dev (no idea which version)

[bdash]

Do you have the built-in Objective-C plug-in enabled? I see the behavior you describe when I disable corePlugins.workflows.objc.

corePlugins.workflows.objc Disabled	corePlugins.workflows.objc Enabled

[VisualEhrmanntraut]

Do you have the built-in Objective-C plug-in enabled? I see the behavior you describe when I disable corePlugins.workflows.objc.

corePlugins.workflows.objc Disabled corePlugins.workflows.objc Enabled

[bdash]

Do you have any locally modified settings that could be relevant? Searching for @modified in Settings will list them all.

Do you see any errors or warnings logged during analysis?

Can you share the exact build + device type whose shared cache you're testing with in case it somehow behaves differently for those binaries than what I tested with (23A5336a for iPhone17,2).

[VisualEhrmanntraut]

Do you have any locally modified settings that could be relevant? Searching for @modified in Settings will list them all.

I don't think so.

Do you see any errors or warnings logged during analysis?

Apart from the standard [Default error] Failed to translate saved 'aarch64' id (1, 65) to running arch version! spam I've already told you about before, no.

Can you share the exact build + device type whose shared cache you're testing with in case it somehow behaves differently for those binaries than what I tested with (23A5336a for iPhone17,2).

iOS 18.5 22F76 iPhone12,1

[bdash]

Are you opening the shared cache directly, or an existing database that contains it?

[VisualEhrmanntraut]

Are you opening the shared cache directly, or an existing database that contains it?

Existing database, but the new database I made today from macOS 26.4 RC1's shared cache exhibited the same behaviour.

[VisualEhrmanntraut]

It looks like the arguments disappear when reopening a saved database.

[VisualEhrmanntraut]

Did you reproduce it? Would making a video of the reproduction help?

[VisualEhrmanntraut]

Screen.Recording.2026-03-24.at.16.01.34.mp4

[bdash]

I am now able to reproduce this. It is specific to saving a shared cache database then reopening it. It does not appear to be a recent regression as I was able to reproduce in the current stable build.