Fixed a bug with entries saving browser integration related data even when nothing has been changed. The culprit was the m_browserSettingsChanged that is not reset after the first save. The value must be set to false every time entry data is loaded.

Also, we shouldn't write any custom data for browser integration if the option doesn't exist in custom data, and values are not changed (remain false). This allows user to delete plugin data manually even if some other options exists.

Removed updateLastModified() from CustomData::copyDataFrom() function. It is not actually needed there. That function is called often and it should not update the modified time. I assume it's put there originally because when cloning entries or groups, that timestamp was updated too. Not sure if that's necessary at all with custom data.

• Fixes Items are saved if you click OK even if no changes have been made #12981

Testing strategy

The shortest way to reproduce and test this:

• Create two entries.
• Modify some browser option in entry one, press Ok.
• Open entry two and just press Ok.
• Data shouldn't be changed in entry two. Previously browser values were written to custom data.

Type of change

• ✅ Bug fix (non-breaking change that fixes an issue)