{5} Assigned, Active Tickets by Owner (Full Description) (8 matches)

List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.

ser (8 matches)

Ticket Summary Component Milestone Type Severity Created
Description
#130 String comparison Other defect blocker 12/26/07

I was working in a project using web service on rails. I had a problem with a client of this web service because It was getting the a wrong result add the application crashes.

Searching the problem I found a bug in REXML on file:

/usr/lib/ruby/1.8/rexml/encoding.rb

On line 31 with the content bellow.

raise ArgumentError?, "Bad encoding name #@encoding" unless @encoding =~ /[\w-]+$/

My app always raise the error but when I look into the encoding variable I saw the string. "\"UTF-8\"", so the string never match with the regular expression /[\w-]+$/

I suggest replace this line with the code:

raise ArgumentError?, "Bad encoding name #@encoding" unless @encoding.gsub('"',) =~ /[\w-]+$/


#120 Issue with XML generated with DocType DOM 3.1.8 defect normal 11/27/07

Hey Guys,

The following declaration generates the accompanying xml:

doc << DocType.new('MY SYSTEM', 'c:/myschema.dtd')

<root>
...
</root>
<!DOCTYPE MY SYSTEM c:/myschema.dtd>

I'm not an expert in xml, but I believe

1. the !DOCTYPE declaration should appear at the top of the document (my xml editor is saying the document is not valid, otherwise). 2. the url for the dtd should be quoted.

Version info is as follows:

ruby -vrrexml/rexml -e 'p REXML::VERSION,PLATFORM'
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-mswin32]
"3.1.7.1"
"i386-mswin32"

Sonny.


#104 Add spport for stream parsers to XPath DOM 3.1.9 enhancement minor 07/28/07

This will enhance the XPath interpreter such that it can operate on streams.

There are, currently, the following stream parsers:

  • lightparser
  • pullparser
  • sax2parser
  • streamparser
  • ultralightparser

The use case for the PullParser?, StreamParser?, and LightParser? are similar, so only the PullParser? is described.

Sample input

input = "<a><b><c id='1'/><c>x</c></b></a>"

SAX2Parser Use Case

p = SAX2Parser.new(input)
found = false
p.listen( "//c[@id='1']" ) { |uri, local, qname, attrs|
  if attrs['id'] == '1'
    found = true
  else 
    raise "Found wrong c"
  end 
}
raise "c not found" unless found

PullParser?

p = PullParser.new(input)
found = false
for event in p
  if event.matches("//c[text() == 'x']")
    if event[1]['id'].nil?
      found = true
    else
      raise "Found wrong c"
    end
  end
end
raise "c not found" unless found

#14 Undefined namespaces used in XPath should be an error DOM 3.2.0 defect normal 05/25/05

As per §2.3 of the XPath spec:

d = Document.new("<a><b/></a>") 
assert_raises { XPath.first(d,"//n:b") }

#44 Text class escapes '&amp;notanxmlentityref;' incorrectly. DOM 3.2.0 enhancement normal 01/11/06

Note, this was tested with Ruby 1.8.4 besides 1.8.2 but it was not a choice when I submitted this ticket.

With irb, do the following test.

% irb
irb(main):001:0> require 'rexml/document'
=> true
irb(main):002:0> REXML::Text.new("&amp;", false, false).to_s
=> "&amp;"
irb(main):003:0> REXML::Text.new("&notanxmlentityref;", false, false).to_s
=> "&notanxmlentityref;"

This behavior is incorrect. Since raw=false the '&' in each of these strings should be escaped but it is not in either case. The correct output should be the following.

% irb
irb(main):001:0> require 'rexml/document'
=> true
irb(main):002:0> REXML::Text.new("&amp;", false, false).to_s
=> "&amp;amp;"
irb(main):003:0> REXML::Text.new("&notanxmlentityref;", false, false).to_s
=> "&amp;notanxmlentityref;"

That way the original string is recovered (unescaped) like this: "&amp;amp;" -> "&amp;" rather than this: "&amp;" -> "&" !!! Not the original string.

If you are interested in how this problem came up I was trying to escape some C++ code that looked like this:

int *intp = &aninteger;

This should've been escaped as int *intp = &amp;aninteger; but instead was escaped as int *intp = &aninteger; When mozilla firefox went to parse this text node produced by REXML it complained that aninteger was an undefined entity reference (the right thing for it to do in this case)


#83 REXML does not appear to handle special characters inside a set of tags DOM Deferred defect normal 09/05/06

You may see the area below. This is a call to the Geocode API of Google and it does return a valid XML token. You may see the error below and here is the field it does not like:

<AdministrativeAreaName>Cataluña</AdministrativeAreaName>

As you may see, there is a special Spanish character returned.

/usr/lib/ruby/1.8/rexml/parsers/treeparser.rb:85:in `parse': #<REXML::ParseException: Missing end tag for 'AdministrativeAreaName' (got "AdministrativeArea") (REXML::ParseException)
Line: 
Position: 
Last 80 unconsumed characters:
</Country></AddressDetails><Point><coordinates>2.148474,41.390046,0</coordinates>>
/usr/lib/ruby/1.8/rexml/parsers/baseparser.rb:311:in `pull'
/usr/lib/ruby/1.8/rexml/parsers/treeparser.rb:21:in `parse'
/usr/lib/ruby/1.8/rexml/document.rb:176:in `build'
/usr/lib/ruby/1.8/rexml/document.rb:45:in `initialize'
Missing end tag for 'AdministrativeAreaName' (got "AdministrativeArea")
Line: 
Position: 
Last 80 unconsumed characters:
</Country></AddressDetails><Point><coordinates>2.148474,41.390046,0</coordinates>
Line: 
Position: 
Last 80 unconsumed characters:
</Country></AddressDetails><Point><coordinates>2.148474,41.390046,0</coordinates>       from /usr/lib/ruby/1.8/rexml/document.rb:176:in `build'
        from /usr/lib/ruby/1.8/rexml/document.rb:45:in `initialize'

#107 &entity; not reported by StreamParser Stream 3.1.8 task normal 07/31/07

http://www.germane-software.com/software/rexml/docs/tutorial.html says: One other note: the method entity() is called when an &entity; is encountered in text, and only then..

While that behavior would be quite useful, it doesn't seem to be true. See attached example code.

As a sidenote: The PullParser? documentation refers a method called next, which should be pull.


#164 REXML::Text responds to =~ but not usefully XPath 3.1.8 defect normal 07/19/08

if you pull text out of a dom with XPath including text(), you get an REXML::Text, which responds to =~, but apparently never returns true. If you apply to_s to the REXML::Text then things are OK. It'd be OK to blow up on =~, but if it responds, it should respond correctly.


Note: See TracReports for help on using and creating reports.