Project

General

Profile

Bug #398

error in handling '&' in response to queries

Added by Dan Higgins almost 18 years ago. Updated over 17 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
metacat
Target version:
Start date:
01/14/2002
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
398

Description

There appears to be a problem in how Metacat handles entities like '&' in
responding to queries. If a data file name contains a '&' that gets encoded into
the triple linking the datafile to the datapackage. It get encoded as '&' in
the text, but when one looks at the response to an 'squery' the triple shows up as

"><subject>higgins.498</subject><relationship>isDataFileFor(96l</relationship><object>higgins.497</object></triple><triple><subject>higgins.498</subject><relationship>&</relationship><object>higgins.497</object></triple>"

actually, the relationship should have & after the "(961..."
Apparently, entities are not created when characters like '&' are pulled from
the database as the result of an 'squery'

History

#1 Updated by Chad Berkley almost 18 years ago

fixed by adding a 'normalize' method to MetaCatUtil and calling that every time data is added to the triples in the resultset.

#2 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 398

Also available in: Atom PDF