TYPO3 Core

Please specify your TYPO3 version.

Version is 3.6 final.Behaviour seems to be browser-independent.

What the reporte means is: if youÄve entered an external link, and re-invoke the wizard, the wizard is in "internal link" mode. After clicking "ext. link" the original link is lost.

Changed subject to reflect real issue.

It seems this has been fixed! I couldn't reproduce this with TYPO3 4.0 and Firefox 1.5.0.2

Greets,
Thomas

This issue is still open with TYPO3 4+

The attached patch fixes the problem in typo3/class.browse_links.php

This working solution is very simple but not very clean since only the symptom for mode 'wizard' is fixed.

Patched against TYPO3 4.02

Is there any new information about this issue? Since I am still experiencing it with 4.1 final...

... as I said a couple of months ago, I doubt that my suggestion is the best way to solve this issue, since it is a specialization for the link wizard... but it might be okay as long as there's no better way to handle it.

However, my suggestion wasn't complete and didn't handle emails and files properly - so a new patch (48.diff) that acts correctly for internal pages, files, emails and external links.

Is this issue being actively looked at? I have come across this same problem today with an extension I am building because I added the element browser to a field (through kickstarter). It's on a TYPO3 v4.1 but I have gone back and tested it on a couple of other sites that I have handy which are running 3.7 and 4.0.6 too and they both exhibit the same problem.

This is not the only problem with the element browser. On v4+ there is also a Title option, which I assume is to help comply with accessibility requirements but this doesn't really work properly either. If you just put in a single word it sets it as the class name for the a tag, and if you enter several words (as an end user is very likely to do) then only the second word is used in the title attribute - it's obviously space delimited but users aren't going to know to put an extra space at the beginning to not set a class and then to quote the text needed for the title. Also, clicking the update button wipes out the link url just set leaving only the text in the title input box.

The link button in the RTE (in v4+) doesn't exhibit these problems because it seems it has implemented it's own version of the element browser. Ideally the TYPO3 core should be using this but it doesn't look like it's as simple as replacing the info in the TCA to point to the RTE's browse_links script.

Same problem here. Seems to be a pretty serious bug that makes external URLs worthless.

I'm using Typo3 4.1.2 and i still have the problem.

We really should solve this bug soon...
It's very old...

Will be fixed in 4.2

Seems to still be an issue with svn today (rev4042)

I couln't reproduce any problem with rev 4039 (where did you get a rev 4042 from?). I did however just test with FF 3 and for link wizards initiated by tt_content's media and heading field.
Could you please clarify where the problem occurs?

Hey all,

I just tried to reproduce this behaviour on the latest trunk with a tt_content => header_link wizard element, setting a link to http://www.google.de. I set the link, saved the content element and re-opened the wizard. The wizard was still pointing to the external URL. It worked just fine.

If no one responds in the near future, I will close this issue.