vjrj
9feaca9d0b
Fire collections use idGeneration:'MONGO', so _id is a Mongo.ObjectID whose
toString() is ObjectID("<hex>"), not the bare hex. Interpolating _id into a
URL produced /fire/archive/ObjectID("c0..."), which no route matches -> the
fire-detail page 404'd. New hexId() helper returns the 24-char hex for an
ObjectID (and passes plain strings through); applied at the three string-context
sites: the map-marker click URL (MarkListeners), the active->archive redirect,
and the comments referenceId (Fires.js). Left falsePositives.insert untouched —
its check() expects a Meteor.Collection.ObjectID, so it takes the object.
Verified in browser: /fire/archive/<hex> and /fire/active/<hex> render the
detail page (map + comments), URL stays clean hex, no ObjectID( anywhere.
|
||
|---|---|---|
| .. | ||
| ActiveFires | ||
| ActiveFiresUnion | ||
| Comments | ||
| Common | ||
| Documents | ||
| FalsePositives | ||
| FireAlerts | ||
| Fires | ||
| Industries | ||
| Notifications | ||
| OAuth/server | ||
| Rest | ||
| SiteSettings | ||
| Subscriptions | ||
| Users | ||
| Utility | ||