Closed Bug 1868235 Opened 11 months ago Closed 11 months ago

Update searchfox to handle new SpiderMonkey 1-based columns (previously was 0-based)

Categories

(Webtools :: Searchfox, task)

task

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asuth, Assigned: asuth)

References

Details

Attachments

(1 file)

Bug 1862692 changed SpiderMonkey to use 1-based columns instead of 0-based columns. This regressed source listing behavior because our formatter logic wants its tokenized symbols to line up with the analysis symbols it hears about, so source listing lost their semantic hookup. Search was fine-ish, however since crossref doesn't do any consistency checks. That said, highlights were probably wrong.

We didn't detect this because we didn't have any production checks for mozilla-central for JS. Checks in mozsearch did notice this, but not immediately because we only update the JS shell in our local VMs on provision, whereas the indexers update the JS shell on every run.

We can/should add checks that would detect this more eagerly. There are broadly two options here, both of which are possible:

  • Add production checks to m-c.
  • Bug 1858453 on making sure we index mozsearch and mozsearch-mozilla. mozsearch's own checks would have caught this. We might want to configure this to keep going rather than halting, though, at least if it's on config1 (which it probably should be).
Attached file landed mozsearch PR
Status: ASSIGNED → RESOLVED
Closed: 11 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: