Error 380 — “Invalid property value” — means a Visual Basic program tried to set a control property to something outside its allowed range: a progress bar pushed past its maximum, a list index pointed at an item that isn't there, a size set to a negative number. In compiled business software, the trigger is usually the program's own saved data feeding it a value it can't accept.
Min/Max before Value on progress bars and sliders, and clamp computed values: If v > bar.Max Then v = bar.Max.ListIndex beyond ListCount - 1 — or before the list is filled — is the most common deliberate 380. Test ListCount first.Left/Top/Width/Height from saved values — especially negative values from a disconnected second monitor — raises 380 on form load. Sanity-check coordinates against the screen before applying them.If a clean reinstall and fresh settings still produce 380 on every launch, the program is mismatched with something environmental — regional number formats are a quiet classic (a saved value written with one decimal separator, read back with another). Test under a standard regional format. Persistent, data-independent 380s on a supported product belong with the vendor, with the exact click-path that triggers it — that detail is the whole bug report.
Can error 380 damage data? The error itself just stops the operation. The risk is a partially-saved record if the error struck mid-save — reopen the record afterwards and verify it looks complete.
Why did it start after the PC was moved or a monitor changed? Saved window positions. Legacy apps restore their last position and size; a position that's off-screen or negative on the new setup is an invalid property value the moment the form loads.