I am having a similar problem and I have managed to replicate part of it on command. It has happened in multiple files, sometimes while pasting things and sometimes while just typing.
The one that I have managed to repeat goes like this:
Open the project on Windows
Open a particular file
Add new text to the file. The FIRST TIME I do this after opening the project, it will make the text immediately preceding whatever I type or paste turn into a blue hyperlink… sometimes an extremely large chunk of text, sometimes a fairly short one. The hyperlink itself is from a link pasted much earlier in the file. That link is not contiguous to the section that suddenly turns into a hyperlink.
If I then say “control-Z,” the hyperlink removes, and I can keep typing. The problem will not recur until I close and reopen the program.
Since the problem seems persistent, do you have a sample project that could be used to demonstrate the symptoms? The main issue here is that so far we’ve only received descriptions of the symptoms, of it having already happened. Nobody seems to have a clear idea of how it got that way in the first place, which is understandable since it seems one of the triggers is potentially reloading the project and coming back to the section at a later date. And to date nobody has been able to share a sample project either.
So without a method of creating the symptom, and no data to work with, we’ve never seen it live and in action. Maybe if we had a sample at least, we could speculate on how it got that way, or maybe if not that at least patch the symptom out by building a repair routine that would fix the RTF when it happens.
As for what constitutes a sample project, it can be as basic as a single-item test project created from Blank, with a section from the actual project dragged into it, if that communicates the problem. Verify doing so, and document what steps we should take to see it. If it doesn’t transfer between projects though, then you could use Save As to create a disposable copy, delete everything from the binder save for the binder item that shows the symptoms, empty the trash, and send that instead.
While I’m not sure if the descriptions above completely match these two bugs, we are aware of two cases that can cause hyperlink formatting to “spread” where it should not:
And how could I remove the link format easily / fast of the text (without removing it from the links)?
Unfortunately that is probably not possible, but if it you are seeing one of the bugs above, it’s important to note that in theory it will keep coming back anyway. It is probably better to turn off the URL auto-detection setting if it is giving you difficulties.
It is probably better to turn off the URL auto-detection setting if it is giving you difficulties.
And to accept the disadvantage that the links would no longer be clickable, I assume. And that will avoid text getting the link format? And removes that format from the already existing links or keeping it?
Once it makes a link it stays a link, so turning that off should not impact anything already typed in. You can of course still have clickable links! The Edit ▸ Add Link... tool will add the link as a visible URL if you do not select anything first, and you can select, copy and then Add Link to transform any “plain” URL to clickable as needed.
Whether it is worth not seeing this bug at all more than doing things a little different is up to you of course. I prefer to control when things are clickable anyway (as they are kind of annoying to edit around), so I’ve never had that setting on and have become used to it being that way.
It would be good to know if turning it off does help though. It is just a theory based on how these two other bugs need it on. Whether there are other problems once there is a link of any kind is something we don’t know yet for sure.
Once it makes a link it stays a link, so turning that off should not impact anything already typed in.
So since I very often also write in (old) documents that contain a link, that doesn’t help anyway.
The Edit ▸ Add Link… tool will add the link as a visible URL if you do not select anything first, and you can select, copy and then Add Link to transform any “plain” URL to clickable as needed.
Sorry for my confusion, so this is different than having a link in the link format? It won’t cause the bug? I would have thought it is the same format.
Whether it is worth not seeing this bug at all more than doing things a little different is up to you of course.
Ah great choice, then I choose to have the clickable link without the bug.
I prefer to control when things are clickable anyway (as they are kind of annoying to edit around)
In what way? I prefer to control everything as well (unfortunately most of it is completely out of my control). Here I can edit a link like normal text obviously.
It would be good to know if turning it off does help though.
I believe the bug is involved in the auto-detection being too loose in its definition of what a link is, under specific circumstances (particularly since typing or pressing enter seems to often be the trigger). This then causes larger portions of text to be marked as one—rather than being a bug with links themselves. Thus making your own links by hand should have nothing to do with any of the above notes in this thread.
Then it follows that if the bug is only with auto-detection, turning it off would make older documents work better. You may still need to clear out what the bug made, but it shouldn’t come back. Right now it won’t clear because you delete it, then type and the auto-detect still thinks its a link and adds it right back.