Issue 13760

Summary:	silent data corruption: swriter changes hyperlink saving via HTTP
Product:	Writer	Reporter:	Unknown <non-migrated>
Component:	code	Assignee:	thorsten.martens
Status:	CLOSED FIXED	QA Contact:	issues@sw <issues>
Severity:	Trivial
Priority:	P2	CC:	issues
Version:	OOo 1.0.1
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

Description Unknown 2003-04-24 00:17:42 UTC

Steps to reproduce:

 **You need a webDAV server running to Save the document via HTTP.  I have
   one available internal to Sun referenced below.  It's the Jakarta Slide
   server available from http://jakarta.apache.org/slide/ -- or you can
   download and install TomCat.  It includes Slide.

 - Load a document via webDAV, eg:
     http://iceland.central:8080/webdav/InfoDoc_94782.sxw
 - Create some example content
 - Highlight a word and select Insert->Hyperlink from the toolbar
 - Make the hyperlink target http://openoffice.org or something
 - Click Apply and Close on the Hyperlink dialogue
 - Click Save
 - Mouseover the hyperlink shows the correct target
 - Close the document using File->Close
 
 - Load the document again via webDAV, eg:
     http://iceland.central:8080/webdav/InfoDoc_94782.sxw
 - Mouseover the hyperlink shows the URL for the webDAV server, not
   the hyperlink specified by the user.  This is a bug.

It should be noted that I have automatic URL recognition disabled
in Tools->AutoCorrect/Autoformat->Options.

Comment 1 Unknown 2003-04-24 00:19:36 UTC

I've tested and confirmed this issue on Solaris 8.  I will try to test
it on Win98 at some point soon.

Comment 2 Unknown 2003-04-25 21:02:13 UTC

I have tested and confirmed this bug on Windows98, so I'm changing the
OS and Platform values to "All".

Since this issue involves potentially unrecoverable silent data 
(content) corruption, I am raising the priority of this issue to P1.

My team is using StarOffice for a CMS/knowledgebase application and 
this bug could lead to corruption of hundreds of articles and almost
1,000 links.  These links would need to be reconstructed one-by-one, 
by hand.  *If* backups are available.

Comment 3 eric.savary 2003-04-26 01:00:18 UTC

It doesn't make a P1 because of that...

ES->JA: please be so can to analyze this "extra wurst"

Comment 4 Joost Andrae 2003-04-28 10:20:40 UTC

Joost->Kai: as discussed this could be something for you. Please have
a look at it.

Comment 5 kai.sommerfeld 2003-04-28 15:04:28 UTC

KSO: It's a bug in INetURLObject::SubString::equals()

Comment 6 kai.sommerfeld 2003-04-28 15:40:28 UTC

KSO: As we have a loss of data here this is a P2.

Comment 7 kai.sommerfeld 2003-05-07 16:45:01 UTC

Fixed.

Comment 8 kai.sommerfeld 2003-05-19 11:07:01 UTC

Comment 9 thorsten.martens 2003-05-19 12:20:01 UTC

Checked and verified in cws uno4 -> OK !

Comment 10 thorsten.martens 2003-05-19 12:20:14 UTC

Comment 11 thorsten.martens 2003-07-23 11:41:40 UTC

Checked in srx645m14 -> OK, closed !