Emi Matchu
9d8f035360
Ahh, we recently added a step to pet loading that sends a metadata request to `PetService.getPet`, which is now (in a sense, correctly!) raising a `PetNotFound` error when we try modeling with a "pet" that starts with `@` (a trick we use in situations where we can get an image hash for a modeling situation, but not an irl pet itself). In this change, we make it no longer a crashing issue if the pet metadata request fails: it's not a big deal to have a `PetType` have no image hash or not have it be up-to-date! In the next change, I'll also add an optimization to skip fetching it altogether in this case—but I wanted to see this work first, because the more general resilience is more important imo! |
||
---|---|---|
.. | ||
fundraising | ||
item | ||
alt_style.rb | ||
application_record.rb | ||
auth_record.rb | ||
auth_user.rb | ||
closet_hanger.rb | ||
closet_list.rb | ||
closet_visibility.rb | ||
color.rb | ||
contribution.rb | ||
item.rb | ||
item_outfit_relationship.rb | ||
neopets_connection.rb | ||
neopets_page.rb | ||
outfit.rb | ||
parent_swf_asset_relationship.rb | ||
pet.rb | ||
pet_state.rb | ||
pet_type.rb | ||
species.rb | ||
swf_asset.rb | ||
user.rb | ||
zone.rb |