Closed
Bug 73690
Opened 24 years ago
Closed 24 years ago
nsWebBrowserPersist should munge src= attributes to relative paths
Categories
(Core Graveyard :: Embedding: APIs, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9
People
(Reporter: jud, Assigned: adamlock)
References
Details
Attachments
(4 files)
8.57 KB,
patch
|
Details | Diff | Splinter Review | |
13.16 KB,
patch
|
Details | Diff | Splinter Review | |
14.17 KB,
patch
|
Details | Diff | Splinter Review | |
14.85 KB,
patch
|
Details | Diff | Splinter Review |
Our current implementation generates absolute urls for src= attributes when we
should be using relative (for transportability reasons).
All the code for saving out the new URL is in
nsWebBrowserPersist::FixupNodeAttribute. It should be possible to modify this to
use relative paths.
I have a patch for the relative files problem but it exposes a problem which the
BASE tag which must be resolved before it is complete.
The problem is that if a document contains a <BASE> element then all relative
URLS to files will be resolved to that address and not onto the file path. I've
commented out the lines that insert a BASE tag but it means relative anchor
links in the page do not work.
To make relative files and anchors both work. I will have to change the fix up
code so that the BASE tag is removed and all relative links are made into
absolute ones.
Comment 7•24 years ago
|
||
These changes look good... (r=rpotts)
-- rick
Comment 8•24 years ago
|
||
looks fine to me too, sr=blizzard
Fix is checked in
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 10•24 years ago
|
||
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Comment 11•24 years ago
|
||
changed QA contact to dsirnapalli. He's looking at this interface.
QA Contact: depstein → dsirnapalli
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•