Raven::Event#to_hash uses strings as keys, but Raven::Event#initialize options hash uses symbols as keys

[mitchellhenke]

Is there a reason to not be consistent across these? I realize switching either would break backwards compatibility, but an Event created from an Event#to_hash loses a lot of information. My issue came up when trying to use Sidekiq to send the hash to a worker and recreate the Event from that hash.

I'm not sure if there's a better way to do it, and that this use case is just way off.

[nateberkopec]

I'm not sure what a good solution here might be. We may have been using strings as keys in Event.to_hash because that hash gets encoded to JSON (where symbols don't exist). However, OKJson already encodes Symbols as Strings, so perhaps using symbol keys in to_hash wouldn't make a difference.

I wish we could just use HashWithIndifferentAccess obviously, but we're not going to pull in ActiveSupport.

[mitchellhenke]

thanks!