http://drupal.org/node/325895

The link looks fine on node, but not on comment.

Comments

catch’s picture

Was about to post this, but found this one first:

This issue the links are fine:
http://drupal.org/node/298600
This one the html gets escaped:
http://drupal.org/node/299088

hunmonk’s picture

Status: Active » Postponed (maintainer needs more info)

i don't experience this issue on my test install using the garland theme. what d.o specific setting would be doing this?

catch’s picture

On the two links above, both now appear fine as well, I've not seen the error crop up anywhere else recently either.

boombatower’s picture

catch’s picture

boombatower’s picture

Very odd, it wasn't like that yesterday....this seems like these issues come and go...not sure if it is due to the results being re-reported and w/e code was faulty isn't behaving poorly.

alexanderpas’s picture

Priority: Normal » Critical

Critical as per:
http://drupal.org/node/329973

There are a few outstanding issues that need to be addressed before the maintenance

boombatower’s picture

As a note hunmonk, webchick, and I spent an hour or so messing/debugging/hacking/googling and got no where.

hunmonk’s picture

StatusFileSize
new1.24 KB

here's a patch i applied to PIFT server on d.o to inspect the raw XML-RPC response from testing.drupal.org. hopefully this will help

damien tournoud’s picture

Killes was kind enough to dump a row of the pift_data table on d.o:

mysql> select * from pift_data where cid = 864187;
+-------+-------+------+--------+------+-----------------------------------------------------------------------------------------------------------------------------------------+--------+------------+
| ftid  | fid   | nid  | cid    | uid  | display_data

                                | status | timestamp  |
+-------+-------+------+--------+------+-----------------------------------------------------------------------------------------------------------------------------------------+--------+------------+
| 57559 | 43874 | 2946 | 864187 | 9446 | Passed: 7187 passes, 0 fails, 0
exceptions a
href=http://testing.drupal.org/pifr/file/1/user-no-cookies-2946-67.patchDetailed
results/a |      1 | 1226691906 |
+-------+-------+------+--------+------+-----------------------------------------------------------------------------------------------------------------------------------------+--------+------------+
1 row in set (0.00 sec)

--> The issue appears to be on the testing.drupal.org side.

hunmonk’s picture

yes, we've known that the database entries were incomplete for awhile now. we've also determined that the raw xmlrpc we get back from testing.drupal.org always contains the escaped angle brackets -- so the current theory is that we're losing them in xmlrpcs.inc somewhere.

dave reid’s picture

Subscribing. This has hit the majority of patches I've been working on.

hunmonk’s picture

update: chx and i ran some of the raw xml data through xmlrpcs.inc manually, and had zero problems. at this point i have no idea what else to check :|

alexanderpas’s picture

it seems like the < and > are getting lost early in the process on t.d.o (or doesn't get added at all)

someone needs to check exactly when that is happening (trace?)

hunmonk’s picture

@alexanderpas: read #12

boombatower’s picture

Update: as of a while back this has been debugged by hunmonk, webchick, and with no conclusive results. (since we are getting more issues about this)

hunmonk’s picture

StatusFileSize
new1.25 KB

here's an updated version of the hack i had on d.o to catch an XML-RPC response

boombatower’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

This should no longer exist in 2.x due to a change in the way the link will be generated.