Opened 9 years ago

Closed 7 years ago

Last modified 6 years ago

#448 closed defect (fixed)

Dragging an image in Firefox changes the url from absolute to relative

Reported by: charles@… Owned by: gogo
Priority: highest Milestone: Version 1.0
Component: Xinha Core Version: trunk
Severity: blocker Keywords: image drag drop url relative absolute firefox
Cc: charles@…

Description

I have this issue on an installed Xinha and the bug also happens with the nightly build (2005-08-18)

When I insert an image with the ImageManager, it is inserted with an absolute url, afterward, if I drag the image thru Firefox somewhere else in the html, the url gets changed to the relative version. It poses a problem for us since the administrative section isn't at the same level as the app itself ( i.e. page at index.php but managed at admin/index.php )

This doesn't happen in IE

Is this to be filled in the ImageManager plugin?

Change History (9)

comment:1 Changed 9 years ago by charles@…

Well, after some further investigation, I can be a little more specific now about the urls :

With Firefox, it gets changed from "http://www.domain.com/demo/img/image.jpg" to "../img/image.jpg" where, in IE, it stays all the way with "/demo/img/image.jpg".

The script displaying this htmlarea is located at "http://www.domain.com/demo/admin/thepage.php"

I tried to manually set the url to "/demo/img/image.jpg" with Firefox but it still gets messed up when drag-drop occurs

(fake domain name by the way... ;-) )

comment:2 Changed 9 years ago by Kpt|Kip

This is a problem of stripping the BaseHref?.

Maybe FF reloads the page internal after moving the Image in the Code.

After saving the stuff and re-opening you will see the same problem in IE.

Search for stripBaseHref and you will see an explanation here in the forum.

comment:3 Changed 9 years ago by CafeFroid

  • Cc charles@… added

I tried it here with IE and, even after saving and reloading the page, the url is still fine at "/demo/img/image.jpg". IE doesn't break it here upon saving and reloading the html.

I suppose too it is a FF internal trouble as I haven't found the piece of code which would do such a thing. I guess we're up for another browser specific workaround :-\

comment:4 Changed 9 years ago by anonymous

  • Cc charles@… added; charles@… removed

comment:5 Changed 7 years ago by ray

  • Priority changed from normal to high

Just want bring this back into focus

comment:6 Changed 7 years ago by ray

  • Priority changed from high to highest
  • Severity changed from major to blocker

comment:7 Changed 7 years ago by ray

  • Milestone set to Version 1.0

This is evil, my customers keep dragging around images all the time!

comment:8 Changed 7 years ago by ray

  • Resolution set to fixed
  • Status changed from new to closed

rev [623]:

  • added config.expandRelativeUrl default true
  • if true relative src & href urls are expanded to absolute urls

doesn't target the problem at the source but can cure symptoms

comment:9 Changed 6 years ago by ray

Just for the records and for the matter of correctness: it's rev [632]

Note: See TracTickets for help on using tickets.