522868 - Search results are not shown on xing.com

Status: RESOLVED WORKSFORME

(Camino Graveyard :: Annoyance Blocking, defect)

Description

[Tilman Klar]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.0.15pre) Gecko/2009091516 Camino/2.0b4 (like Firefox/3.0.15pre)
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.0.15pre) Gecko/2009091516 Camino/2.0b4 (like Firefox/3.0.15pre)

When using the search functionality of Xing, the results are not shown. Whereas the search does result a list of matching persons, Camino does not fully render it.

Reproducible: Always

Steps to Reproduce:
1. Log in to xing by navigating to www.xing.com
2. Enter search term into the quick search bar (e.g. "foobar") and hit "Suchen".
Actual Results:  
The resulting page displays that there are 17 candidates. However, it does not show any of them.

Expected Results:  
The first ten hits should be shown (as in FF 3.5)

Comment 1

[Tilman Klar]

Attachment: Screenshot of the empty result list

Comment 2

[Tilman Klar]

BTW: IIRC this behavior has been in every camino release I ever used, so 1.6 should also be affected by this.

Comment 3

[philippe (part-time)]

Have you tried with a fresh profile ? TroubleShoot Camino can help automate this.
http://pimpmycamino.com/parts/troubleshoot-camino

If that also fails, can you save the page as HTML complete for further analysis ? Thank you.

Comment 4

[Tilman Klar]

Hello philippe! Indeed, it works when using a fresh profile. How am I gonna find out what causes the problem with my profile?

Comment 5

[philippe (part-time)]

1. Do you have ad-blocking turned on (in your normal profile) ? Turn it off (preferences > web features)
2. Try clearing cookies related to that site (preferences > privacy)

Comment 6

[Tilman Klar]

It's the ad-blocking feature. When looking at the empty result list and disabling the ad-blocker, the content magically appears. When the ad-blocker is enabled again, the content is gone. Clearing the cookies for the site doesn't change the behavior. I'm attaching the page to this ticket.

Comment 7

[Tilman Klar]

Attachment: Search results for "foobar"

Comment 8

[Tilman Klar]

Attachment: Screenshot of result list when ad-blocker is disabled

Comment 9

[philippe (part-time)]

Confirming based on the test case.

A search bar, search results are wrapped in div class="col_three_ad"

blocked by div[class$="_ad"]

Comment 10

[Ingo Chao]

Confirmed on live for XING search and Camino's ad blocking feature 
using Camino Version 2.0b4 (1.9.0.15pre 2009091516)

In fact XING uses class names with "_ad" suffix here for "basic" members. 

Not a Camino-bug, I'd say.

I'll file a change-request against XINGs internal bug tracker in order to get these classes re-named.

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I'd certainly rather see this fixed on XING's end, if possible, as lots of sites use class names ending in "_ad" for actual ads; thanks for filing that, Ingo.

If that's not going to work out, we should consider pushing an exception; XING seems popular enough to warrant that: http://www.alexa.com/siteinfo/xing.com

Comment 12

[Ingo Chao]

should be fixed here at xing now. reporter, can you re-test?

Comment 13

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Ingo, thanks again for working this on the XING side.  In the absence of comments to the contrary from Tilman, I'm going to close this as "fixed" by XING (WORKSFORME in Camino, since no change were made to Camino).