Forum Settings
       
Reply To Thread

Artisan Enchanting page emptyFollow

#1 Jan 30 2009 at 5:05 PM Rating: Decent

The Artisan page for the WoW Enchanting skill seems to be empty:
http://wow.allakhazam.com/db/skill.html?line=333&source=live&tier=artisan

Cheers,
Icon
#2 Jan 30 2009 at 5:47 PM Rating: Excellent
Avatar
******
29,919 posts
It loads fine on this end. Try a Shift + refresh and see if that helps? If not, what browser are you using?
____________________________
Arch Duke Kaolian Drachensborn, lvl 95 Ranger, Unrest Server
Tech support forum | FAQ (Support) | Mobile Zam: http://m.zam.com (Premium only)
Forum Rules
#3 Jan 30 2009 at 9:01 PM Rating: Decent
I tried a refresh before... I'm getting an empty list. I checked the source to see if it's just a rendering problem but that's not it... the <table> has no rows in it except for the headings.

Using Safari 3.2.1.

I can try to paste the HTML I'm getting in here.. not sure if the forum will accept it or not.
#4 Jan 30 2009 at 9:04 PM Rating: Decent
Attempting an HTML paste. This is skipping past all of the menus and javascript down to the table itself.

<h1>Enchanting</h1>Source: <b class="source">Live</b> | <a href="/db/skill.html?line=333&source=test&tier=artisan">Test</a><br/>Tier: <a href="/db/skill.html?line=333&source=live&tier=apprentice">Apprentice</a> | <a href="/db/skill.html?line=333&source=live&tier=journeyman">Journeyman</a> | <a href="/db/skill.html?line=333&source=live&tier=expert">Expert</a> | Artisan | <a href="/db/skill.html?line=333&source=live&tier=master">Master</a> | <a href="/db/skill.html?line=333&source=live&tier=grand-master">Grand-master</a><br/><br/>
<table class="datatable" cellpadding="2" border="0" cellspacing="0">
<tr>
<th class="menuheader"> </th>
<th class="menuheader"><a href="/db/skill.html?line=333&sortby=name;tier=artisan">Name</a></th>
<th class="menuheader"><a href="/db/skill.html?line=333&sortby=type;tier=artisan">Type</a></th>
<th class="menuheader" align="center"><a href="/db/skill.html?line=333&sortby=minskill;tier=artisan">Skill </a></th>
<th class="menuheader">Components</th>
<th class="menuheader">Result</th>
</tr>

</table>
<div class="clear"></div>


#5 Jan 30 2009 at 9:24 PM Rating: Excellent
Avatar
******
29,919 posts
We don't support Safari. I suspect something in that is causing strange rendering issues. The table is fully populated with stuff in Internet explorer 7 and Firefox.
____________________________
Arch Duke Kaolian Drachensborn, lvl 95 Ranger, Unrest Server
Tech support forum | FAQ (Support) | Mobile Zam: http://m.zam.com (Premium only)
Forum Rules
#6 Jan 30 2009 at 11:37 PM Rating: Decent
I already pointed out that it's not a rendering issue. The HTML just isn't there. For it to be an issue related to my browser brand/version you'd have to be doing browser detection and choosing to NOT send the content to Safari.
#7 Jan 30 2009 at 11:46 PM Rating: Decent
Here's a screencap of the page rendered in Firefox 3.0.5 in the foreground, and Safari 3.2.1 in the background.

http://img230.imageshack.us/img230/2042/allaor9.jpg

Have you checked to make sure you're not seeing cached content?
Is the site a web farm behind one or more load balancers? You and I could be seeing content from different physical servers.

Edited, Jan 31st 2009 3:01am by Iconoplasty
#8 Jan 31 2009 at 10:03 AM Rating: Excellent
Spankatorium Administratix
*****
1oooo posts
Loads just fine here in FF (prem) and IE (w/ ads)

Mine isn't cached as I don't use those pages, and I am really sure Kao doesn't, he plays EQ2.

Edited, Jan 31st 2009 12:05pm by Darqflame
____________________________

#9 Jan 31 2009 at 10:43 AM Rating: Excellent
Avatar
******
29,919 posts
This is what it looks like on my end.

Screenshot

And yes, I am 100% certain it is not cached. Somethign on your endis blocking content loading. Could be something like noscript that is detecting the mousover javascript, could be your ISP caches and compresses pages, could be that you have a cached copy.

The site is a clustered environment, but me sitting here and hitting refresh on it for a good 10 minutes did not cause a failure of the page to load.

I'm not sure what to tell you besides the problem is not on our end. I have verified the page loads on multiple computers with multiple OS and browser configurations.
____________________________
Arch Duke Kaolian Drachensborn, lvl 95 Ranger, Unrest Server
Tech support forum | FAQ (Support) | Mobile Zam: http://m.zam.com (Premium only)
Forum Rules
#10 Jan 31 2009 at 11:53 AM Rating: Decent
Well, I don't ever use FF to view the site, so I certainly don't have the page cached there. The only option that leaves is that the site is handing out different content to different people for some reason.
#11 Jan 31 2009 at 11:58 AM Rating: Decent
Quote:
Somethign on your endis blocking content loading. Could be something like noscript that is detecting the mousover javascript, could be your ISP caches and compresses pages, could be that you have a cached copy.


I run my ISP. I'm fairly certain I'm aware of any blocking/caching devices between me and the 'net. The FF install I used for the screencap is the same one I use for web site testing — it's a stock install with no plugins, ad blockers, or anything of the sort. And as I noted in the previous post, I never use it to view allakhazam, no there's no way it's got a cached copy of the page.

Quote:
The site is a clustered environment, but me sitting here and hitting refresh on it for a good 10 minutes did not cause a failure of the page to load.


Load balancers generally default to sending the same source IP address to the same physical server on successive visits in order to reduce potential issues for session handling. Have you got some way to test individual servers? If the naming is predictable, or if you can share the host names, I can attempt to hit them all from here and see if any of them give out different content.
#12 Jan 31 2009 at 12:06 PM Rating: Excellent
Avatar
******
29,919 posts
When one of our clusters is experiancing problems, usually you will get at least 4 or 5 loads of the problem cluster in a 10 minute period. Hitting some of the individual servers also show that there isn't a problem with most of them that I have seen so far. It looks like for whatever reason your page load is timeing out before it can populate the rest of the data from the include.

Any of you other Forum=3 viewers out there seeing problems with the page linked at the top of this thread?
____________________________
Arch Duke Kaolian Drachensborn, lvl 95 Ranger, Unrest Server
Tech support forum | FAQ (Support) | Mobile Zam: http://m.zam.com (Premium only)
Forum Rules
#13 Jan 31 2009 at 12:23 PM Rating: Decent
Quote:
It looks like for whatever reason your page load is timeing out before it can populate the rest of the data from the include.


Trying to read into the implications of this statement ... I haven't examined all of the javascript in the page (yet) ... does this mean that the table is being populated by some javascript client-side rather than being populated server-side prior to being sent as part of the original GET request? I only ask because if it's being filled in by the javascript then there's no point in me hitting port 80 by hand or using curl to grab content to compare with what the browser's seeing.
#14 Jan 31 2009 at 12:30 PM Rating: Excellent
Avatar
******
29,919 posts
It's perl based actualy, but operates about the same. The javascript is just for the mouseovers.

When I load the page, I get the header and footer, then the table populates a second later.
____________________________
Arch Duke Kaolian Drachensborn, lvl 95 Ranger, Unrest Server
Tech support forum | FAQ (Support) | Mobile Zam: http://m.zam.com (Premium only)
Forum Rules
#15 Jan 31 2009 at 12:44 PM Rating: Decent
Aaaaand... now that I go to do a programmatic comparison of what the browser is seeing vs. what I get direct from port 80 it's working. Whatever poking around has been going on at that end seems to have cleared it up. Bad load on a few servers maybe?

Anyway, thanks for spending time on it.
- Icon

Edited, Jan 31st 2009 3:50pm by Iconoplasty
#16 Jan 31 2009 at 12:47 PM Rating: Excellent
Kaolian wrote:
Any of you other Forum=3 viewers out there seeing problems with the page linked at the top of this thread?


When Iconoplasty made his original post I wasn't seeing the table either, not in FF not in IE7. Now, however it's populating correctly.

So, er, why didn't I post earlier? Umm well because this problem has been reported a half dozen times in the past month I assumed you were aware of it! It's not necessarily on the same Tradeskill page, but it always involves the tables on one or the other of them, it's so common that the common answer I've seen here is to view it in "Test" rather than "Live" which is a workaround not a fix.

The view it in test when it wasn't showing in live earlier allowed me to view the table, however it hasn't always done so. For example with this thread on a similar problem on the Grand Master Tailoring page I can see it now but when the OP posted that I couldn't see anything in the live page and only 4 items in the test page, now I can see it all again.

I always check my IE when I encounter this problem as I only use FF to view this site, so caching can't be a problem, it occurs only on specific pages at a time, so you can view say Artisan Blacksmithing fine, but not Grand Master, even reloading each of those will present the same results.

As for why the problem varies for users I can't say or why it varies from page to page over days and weeks I'll let you answer but this isn't the first report of exactly the same problem.

Threads with similar problems:
http://wow.allakhazam.com/forum.html?forum=3;mid=1233172406846054;num=5;page=1
http://wow.allakhazam.com/forum.html?forum=3;mid=1232901204215212433;num=1;page=1
http://wow.allakhazam.com/forum.html?forum=3;mid=1232650773172088568;num=0;page=1
http://wow.allakhazam.com/forum.html?forum=3;mid=1232405043254597176;num=5;page=1
http://wow.allakhazam.com/forum.html?forum=3;mid=1231689224157134613;num=0;page=1

All of which have been reported since the 11th January, each occasion I try it and can't see it either yet a few days later it's back. So there's some obvious and trackable history to this issue, whichever end it's on.

#17 Jan 31 2009 at 12:56 PM Rating: Default
Quote:
As for why the problem varies for users I can't say or why it varies from page to page over days and weeks I'll let you answer but this isn't the first report of exactly the same problem.


Piecing together implied information (rather than explicit information) from a few posts, I'm going to take a guess at the architecture here. Are these pages being regularly generated as static HTML out of a database on some sort of schedule, rather than being generated at the time the page is requested by the client? If that's the case, there may be a bug in the perl script that's doing the page generation. Maybe it occasionally fails to contact the database and doesn't do proper error handling, or maybe there's some rare bug or race condition that causes the in-memory hash the script uses to get blanked (could be some bad pointer handling too).
Reply To Thread

Colors Smileys Quote OriginalQuote Checked Help

 

Recent Visitors: 52 All times are in CST
Anonymous Guests (52)