|
CPHog sees to be looking for a missing image at http://www.codeproject.com/script/Membership/Uploads/20101/greasebob_small.png. This seems cause pages where there are lots of posts from CPHog users to stall, sometimes showing a script timeout notification in FF 2.0.0.12
|
|
|
|
|
Testing editing
Last modified: 74hrs 36mins after originally posted -- this is a test
led mike
|
|
|
|
|
Yeah, I turned off CPHog and the problem went away immediately. The CPHog script is thrying to put a "cphog user" image next to the user icons for those of us that use it. Sadly, the image is not at the cp directory where it's looked for, so the script has to time out once for each cphog user...
|
|
|
|
|
Well the image is there today but I still got that message once so far today. It seems they are related but even with the image available the problem is not completely eradicated. I guess I can live with it because round tripping to get an edit screen is very very annoying.
led mike
|
|
|
|
|
Editing is all screwed up now. It doesn't import the orginal post or subject and if you don't do it yourself it completely overwrites the original post. Guess I'll start a new thread.
led mike
|
|
|
|
|
Hey I think it's the timed page update ajax mechanism causing those script timeout errors.
Is this part of CPHog or CP? Is it configurable? I don't see anything in my CP settings. Can I shut it off?
led mike
|
|
|
|
|
I haven't been able to view the VB.Net forum for at least two weeks. Everytime I try I get this message:
-- Unable to load messages due to high load or server error. Please try again --
I've tried different times of the day and several times in a row....nothing. Is there something else I can try to fix this? I use IE7 and have accessed the forum many times on this same machine before...
I would appreciate any help.
|
|
|
|
|
I've had a similar problem. I can view your VB forum (though why I would want to is a mystery  ) but I can't view Vista.
Judy
|
|
|
|
|
I played around with it a little more...when I switched from showing just the posts from "Last Day" to showing "All" I was able to see the forum.
|
|
|
|
|
Interesting. I was using "Last month" and when I switched to "All" I could see my troublesome forum as well.
Judy
|
|
|
|
|
JudyL_FL wrote: Interesting
Very.
I'd always naively assumed that the All option would actually tax the server harder than a time limited range.
Otherwise [Microsoft is] toast in the long term no matter how much money they've got. They would be already if the Linux community didn't have it's head so firmly up it's own command line buffer that it looks like taking 15 years to find the desktop.
-- Matthew Faithfull
|
|
|
|
|
Try configuring the Date Filter as "Last Week".
Maxwell Chen
|
|
|
|
|
We all know VB is slow...
(Sorry - it was a joke just sitting there, helpless, ready for the taking...)
Sounds like it's just a high load situation but I'll check the caching and make sure it's set OK
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
In my latest article I use the word BYTE enclosed in CODE tags. When viewed on CP, the word BYTE had this sick blue-green color, even though it was enclosed in CODE tags (which I thought would always produce dark red color).
To get around this I divided BYTE into two pieces, with no space, each piece enclosed in CODE tags.
|
|
|
|
|
BYTE is defined as a known word (not a keyword, but as a VIW, very important word) so gets colourised the way the IDE colorises it. Anything in a CODE or PRE tag gets colourised unless you use "lang=text"
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Chris Maunder wrote: Anything in a CODE or PRE tag gets colourised unless you use "lang=text"
So if I use (in angle brackets instead of quotes) "CODE lang=text" it will appear as a shade of red?
|
|
|
|
|
Yes
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
 I can remember when CODE always generated the same familiar red font. I'm guessing that this "enhancement" is a recent thing. Now I have to look through all my articles to see what kind of poofy colors are being displayed.
I don't mind innovation, honest. But when you make global changes like this, can't you make the default behavior to be "like the way things were"?
|
|
|
|
|
'poofy colors'? 
I'm using the same colours as are in the Visual Studio IDE. The colourisation of the <code> blocks has always been there but was always broken. In the older articles you would see some that had it, some that didn't.
What would you prefer:
1. I change the colour from poofy green to something else. Standard keyword blue? This is how it (sometimes, unreliably) was in the old system
or
2. For code blocks that have no 'lang' attribute, the block will not get colourised.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Sorry about the poofy, I was trying to be KSF.
Would it be possible to have some top-level tag in article that says, Render all CODE blocks in red?
Or maybe in Wizard, have an option like that? Then a non-poofy filter would kick in, and the article would be colorized only with red CODE blocks.
I hate to think of how many times I've used CODE. Ideally, I would like to switch all my articles to use non-poofy red CODE blocks. Would it be possible to apply that to all my articles? Or do I have to manually change each one?
New articles are not a problem, I will do whatever it takes. I just hope Chuck Norris doesn't see any of my older articles. 
|
|
|
|
|
Hans Dietrich wrote: I can remember when CODE always generated the same familiar red font.
Hey Hans,
That's not correct. Even in the old days, if you put a keyword in CODE tags, say something like int or char, it would come in blue (and not in brownish red). Even back then you had to use lang="text" to ensure that no colorization took place.
Yeah but this VIW innovation seems to be new. I noticed a few ones recently as well. Though it looks alright - like Visual Studio with Whole Tomato installed
|
|
|
|
|
Hans Dietrich wrote: I can remember when CODE always generated the same familiar red font.
Hey Hans,
That's not correct. Even in the old days, if you put a keyword in CODE tags, say something like int or char, it would come in blue (and not in brownish red). Even back then you had to use lang="text" to ensure that no colorization took place.
Yeah but this VIW innovation seems to be new. I noticed a few ones recently as well. Though it looks alright - like Visual Studio with Whole Tomato installed
|
|
|
|
|
Well, maybe it's just deja vu again - like I could swear that I've seen this message before.
|
|
|
|
|
Hans Dietrich wrote: Well, maybe it's just deja vu again - like I could swear that I've seen this message before.
Damn!
|
|
|
|
|
to include "VC9.0" under "Languages".
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
