Closed
Bug 506639
Opened 15 years ago
Closed 14 years ago
cookies not saved in XML documents (e.g. in SVG)
Categories
(Core :: Networking: Cookies, defect)
Core
Networking: Cookies
Tracking
()
RESOLVED
INVALID
People
(Reporter: jay, Unassigned)
Details
(Keywords: testcase)
Attachments
(3 files, 1 obsolete file)
the code used to save a cookie works fine in html on mozilla but not svg.
open svg attachment, click on word failed, refresh browser
should read 'success'
parity opera and safari.
Reporter | ||
Comment 1•15 years ago
|
||
Reporter | ||
Comment 2•15 years ago
|
||
moving from component SVG to networking: cookies.
not sure why mozilla considers cookies as 'html'
anyone care to comment
Component: SVG → Networking: Cookies
QA Contact: general → networking.cookies
Comment 3•15 years ago
|
||
Comment 4•15 years ago
|
||
Bugzilla should handle this link better:
https://developer.mozilla.org/en/Writing_JavaScript_for_XHTML#Problem.3a_My_Cookie_Won't_Be_Saved%21
IMO we should implement the same for XMLDocument to remove yet another gotcha for authors using the Web platform.
Reporter | ||
Comment 5•15 years ago
|
||
Reporter | ||
Updated•15 years ago
|
Attachment #390808 -
Attachment is obsolete: true
Reporter | ||
Comment 6•15 years ago
|
||
Workaround: trying so far without luck to find one ie:
else if(localStorage){}
however Opera appears to balk at my attempts
and because mozilla does save a cookie, it's hard for me to imagine apart from a straight UA check... ideas gratefully appreciated
re: #4 agree,
have filed blocking bug 506655
as mentioned mozilla does save a cookie,
then destroys it as per this bug...
seriously getting this web app live is becoming a real trial...
~:"
No longer depends on: 506655
Reporter | ||
Comment 7•15 years ago
|
||
Reporter | ||
Comment 8•15 years ago
|
||
a possibly related cookie in xml bug 506692
Comment 9•15 years ago
|
||
Good day,
I think I have a similar problem, therefor I did not open a new bug report.
I use Firefox 3.5.1 running under openSUSE Linux 10.3. Firefox loses its cookies from time to time. I searched the web to find a solution and came up with the following:
- delete or rename the file cookies.sqlite since it might be corrupt. I did so, but the cookies were lost again after some restarts of the browser.
- make a whole new profile to start with. I did without changing the default cookie settings. Then I saved some cookies, but after the very next browser restart, they were gone.
I also tried some cookie management extensions that did not help in any way. So I think this might be a bug.
kernel 2.6.22.19-0.3
glibc 2.6.1
KDE 3.5.7
Comment 10•15 years ago
|
||
I have this problem, too, and it just popped up all of a sudden. Cookies were working fine until a couple days ago. I have not changed any settings for cookies and have only updated the NoScript add-on. I don't know if that could be the problem.
Comment 11•15 years ago
|
||
(In reply to comment #9)
> Good day,
>
> I think I have a similar problem, therefor I did not open a new bug report.
>
> I use Firefox 3.5.1 running under openSUSE Linux 10.3. Firefox loses its
> cookies from time to time. I searched the web to find a solution and came up
> with the following:
>
This bug is not about losing cookies sometimes. It is about cookies not saving ever on xml (xhtml, svg etc) pages.
Comment 12•15 years ago
|
||
I tried to update the summary not to be so confusing, but since this bug doesn't make much sense to a casual reader, feel free to correct.
Summary: cookies destroyed on exit → cookies not saved in XML documents (e.g. in SVG)
Comment 13•14 years ago
|
||
This definitely looks INVALID to me. Comment 6 et seq should be taken to a support forum if a workaround hasn't been found by this point.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 14•14 years ago
|
||
Chris,
did you read the Description?
and try the two testcases?
and check Opera or Safari?
and review the source in the two testcases?
onmousedown="setCookie('user_name','chad')" does not work in SVG
body onLoad="checkCookie()" works in html.
Please do not close bugs you do not understand
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 15•14 years ago
|
||
Jonathan, just because you disagree with what I did doesn't make comment 3 any less true.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 16•14 years ago
|
||
#15
well as per another recent bug,
either this should be taken to the working group,
or bugs need to be filed with other UAs
else the web will be 'badly' broken,
ie authors will use this as it works in Opera and Safari,
as stated.
Comment 17•14 years ago
|
||
As per *what* "other recent bug"?
Reporter | ||
Comment 18•14 years ago
|
||
#597974
--- Comment #15 from Boris Zbarsky (:bz) <bzbarsky@mit.edu> 2010-09-20 12:01:20 PDT ---
Filed opera bug (for which the followup mail is DSK-314092@bugs.opera.com) and
a webkit bug at https://bugs.webkit.org/show_bug.cgi?id=46112
Comment 19•14 years ago
|
||
What the heck does bug 597974 have to do with this one?
You need to log in
before you can comment on or make changes to this bug.
Description
•