Go to definition fails on the last character of a reference

Currently, we fail to locate the target for a go to definition request if the cursor is immediately after the reference the user is trying to jump to. For example:

Foo
#  ^ cursor position

Bar.something
#            ^ cursor position

Initially, I thought this implementation was correct, since the reference's location given to us by Prism really does not cover that one extra character. The cursor is in the next immediate character, not on top of the reference.

However, I checked what other LSPs do and apparently they do catch the reference even if the cursor is one character beyond.

I think we have two possible solutions for this:

1. The more general option is to consider an inclusive range here. In other words, just change that line to be

# Remove one of the dots to make the range inclusive
next unless (loc_start_offset..loc_end_offset).cover?(char_position)

If this works properly, without causing any weirdness in one of our features, then this is the appropriate solution.

2. If 1 is not viable, then we should perform some sort of off-by-one correction in the definition request when locating targets. This is not ideal, but would fix the scenario

Start at lib/ruby_lsp/ruby_document.rb around the linked range check, then trace how go-to-definition locates references. Reproduce the Foo and Bar.something cursor positions and evaluate the inclusive-range option against existing behavior; done means both immediately-after-reference cases resolve without breaking other features.