538346 - hyperlink with csp.it wysiwyg editor doesn't work

Status: RESOLVED INCOMPLETE

(Camino Graveyard :: HTML Form Controls, defect)

Description

[maria costanza candi]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_2; it-it) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10
Build Identifier: camino 2.0.1 

if I try to create a hyperlink using the editor the link does not work. while saving the news the hyperlink window remains open, the web address is transformed in a long list of letters and numbers like this (javascript:void(0);/*1262862459311*/), the protocol changes from http to "other". This thing happens sometimes and sometimes not making impossible to forsee it and overcome some way.
It happens with mac both with firefox and camino. From windows platform  everything is ok. Please help. 

Reproducible: Always

Steps to Reproduce:
1.select the text to make hyperlink
2.click on the WYSWYG editor and open the window
3.insert link and define destination _blank open in news window
4. save the news
5. the link is not there but the text is underlined as it was, the window remains open with original data inside.
6. reopen news, reselect the text you want as hyperlink, click the hyperlink icon and see what it reports. You'll see that the protocol has changed and the web address is substituted by this: javascript:void(0);/*1262862459311*/
Actual Results:  
the same proble I dont' have my link and I switch to a PC from my mac

Expected Results:  
putting the link where I need to have an hypertext

Comment 1

[maria costanza candi]

It might be the CMS that manage www.csp.it? With wordpress for instance, the problem doesn't occur

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I don't see any obvious wysiwyg editor at that URL; is the editor only available to logged-in users? Can you find a public instance of this CMS that shows the same problem?

Off-hand if it works on Windows and fails on the Mac, I'd guess it was broken browser-sniffing, but without being able to test in person, it's hard to say for sure; it could also be some obscure platform bug.

Comment 3

[Marcello Testi]

It could also be a problem with the Rich Text Editor (RTE) that the CMS uses.
Maria Costanza, you should either provide details about the CMS (if it's a product publicly available) or about the RTE; otherwise it's difficult to find the source  of the problem.

Comment 4

[maria costanza candi]

Hi, thanks for you reply. I discovered right now that the problem is now the same also with firefox for pc, while with explorer things work well. It wasn't the same some time ago. I'm working regularly on this cms platform, which is PLONE, and I didn't notice problems on pc before. On mac platform the problem is alway there and the behaviour is the same I described in my former mail. I can confirm you that on worpress for instance ther's no problem with editors WYSWYG and formatting.
I'm sorry I can't provide a user profile in the cms but it's a company web site not mine.

Comment 5

[Marcello Testi]

I can't find any bugs against Plone RTE. I've used Plone in the recent past and I had no problems with the editor on Gecko browsers. Can you investigate a little more and find out if the default RTE has been replaced with another one? And which one, please.
Otherwise, we must assume that, as Smokey said, some nasty browser sniffing is in place.

Comment 6

[philippe (part-time)]

Is this still an issue ?

Comment 7

[Marcello Testi]

I'm for closing this one. Without further information, it looks like an issue with Plone or with a specific Plone implementation.

Comment 8

[philippe (part-time)]

Closing as INCOMPLETE, per comment 7.