The share dialog will currently always generate #:~:text= text fragments.
This is exactly what we want for shared where the user selected text, but for those opened through the generic <share> toolbelt button, the ones that we populate with article summary text, we do not want that:

• the user did not intend to share a specific excerpt
• the generated link contains unnecessary bloat
• the text fragment is most likely invalid, as summaries strip away part of the content (e.g. reference links)

For shared that are not based on user-selected text, the share uri that is generated should not include a fragment.