431708 - Tagspaces parses the links href value rather than the text/content

Status: RESOLVED INVALID

(Mozilla Labs :: Operator, defect)

Description

[Lee Kelleher]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier: 0.9.2

The tagspace feature doesn't parse the rel-tag links correctly.
Rather than using the actual keyword/tag text (from the link), Operator seems to parse the href value to get the keyword/tag.

For example on any Amazon product page, the rel-tag microformat is used for the "Tags Customers Associate with This Product" section.  However Operator displays the tag as "ref=tag_dpp_cust_itdp_t".

Reproducible: Always

Steps to Reproduce:
1. Go to: http://www.amazon.com/gp/product/B000FI73MA/
2. Click the "Tagspaces" menu on the Operator toolbar.
Actual Results:  
The tags aren't being displayed correctly. The only tag is "ref=tag_dpp_cust_itdp_t".

Expected Results:  
A list of all the tags associated with the product...

E.g. kindle, ebook reader, ebook, reader, wireless, drm, expensive, kindle swindle, defectivebydesign, travel, gift idea

N/A

Comment 1

[Mike Kaply [:mkaply]]

Unfortunately this is exactly how the spec is written.

See:

http://microformats.org/wiki/rel-tag#Tag_Spaces

There is a hidden preference you can turn on in Operator via about:config:

extensions.operator.allowInvalidTags

That will give you the behavior you are requesting (use the text of the link)

Comment 2

[Lee Kelleher]

Thanks for the update Michael. I wasn't aware of the tag being embedded in the URI itself.

The unfortunate side of this is that some web-developers don't always have the luxury of .htaccess/mod_rewrite - for example, I am an ASP.NET developer using shared hosting - so I have no control of my URI structure, unless all URLs end with .aspx (or other extension that is handled by ASP.NET)

I'll take this discussion across to the Microformats group.