Closed Bug 10712 Opened 21 years ago Closed 21 years ago
Data Source chokes on resource names with Windows file: URLs
Guess what? That test case gives the exact same errors on Linux. So now I've got to try and find something that works on Linux and fails on windows. But maybe the failing on Linux is a bug too...???
The above tests (bugtest.*) work under Linux and fail in Windows.
Move to M10.
This seems fixed in 1999-08-15-09-M9.
Since this seems fixed in 8/15 M9 .... Phillip, can you verify so we can take this off of Waterson's list for M11? Reassigning to Phillip.
sorry, that's not how things are done around here. reassigning to waterson...
marking resolved fixed, since it is. i'll verify when i get a stable linux build.
looks like we spoke too soon. this crashes all platforms: 1. choose either of the testcases above 2. in each case, the described alert appears, as it should not. 3. in each case, dismissing the alert crashes apprunner, as it should not. this crash occurs on 1999-09-14-09-M10 RedHat Linux 6.0 (GNOME/enlightenment) 1999-09-14-09-M10 WinNT 4.0 sp5 1999-09-14-09-M10 MacOS 8.51 reopening bug.
Status: REOPENED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → FIXED
Okay, some comments: 1. rdftest.html and rdftest.rdf are _not_ compatible. The HTML file expects the root resource to be "WhenCOM:Something"; the RDF file incorrectly uses a lower-case "id=" to specify a document-relative resource ID. So that test case is INVALID. 2. If you SAVE THE FILES LOCALLY, this does _not_ crash; it asserts. Using the second set of test cases (bugtest.html and bugtest.rdf) seems to work JUST FINE. If you attempt to load the files thru bugsplat THIS WILL NOT WORK.
ok, my fault. i saved the files locally, but viewed them using http:// instead of file:// sorry for all the noise, marking verified.
You need to log in before you can comment on or make changes to this bug.