|
This sounds a lot like the good old "classic" CMS workflow:
Article checked in (uploaded).
Article approved and deployed (deployed).
Article edit (check out - move back to Unedited).
Article approved and deployed (deployed).
There you go, for all those who wondered what Windows Workflow Foundation was for, there's a classic simple example
Arthur Dent - "That would explain it. All my life I've had this strange feeling that there's something big and sinister going on in the world."
Slartibartfast - "No. That's perfectly normal paranoia. Everybody in the universe gets that."
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
John Simmons / outlaw programmer wrote: Every time I post a message, I get the "Hear that crunching sound?": error, but when I try to re-submit, the site tells me that the message has already been posted.
Thats been happening to me alot, but only ion FF
|
|
|
|
|
I think, as Chris told, it is a server hardward issue.
You may be reaching the server during its Peak Load time. Try during an alternate time. The 'Crunching Errors' have significantly come down nowadays.
|
|
|
|
|
It seems to be fixed.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
|
Interesting! Looks like someone has managed to sneak a way to vote 0.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
|
And now it has a score of 0.62....
|
|
|
|
|
The basic issue is a lack of server-side validation. Any numeric value you send back in the field when submitting the form will be applied to the article's score. The manner in which the value is sent to the server is not really an issue. I can send Chris my Javascript code, but I doubt he'll need it in order to make a fix.
|
|
|
|
|
This is one example of depending on clientside code without much serverside validation. We need to ensure that we redundantly check the data on the serverside also.
|
|
|
|
|
No, it's an example of a dumb mistake.
' Two choices: throw out out-of range votes or just clip to valid
' Let's be nice and clip to valid...
if (vote > MaxVote) Then vote = MaxVote
...
Anyone pick the mistake? Yeah, how about a "if (vote < MinVote)... "
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
How about this one:
if (vote < MinVote) Then vote = MaxVote;
That'll teach them for trying to circumvent the site's original intent...
BTW, how's it going regarding article voting changes?
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Chris Maunder wrote: Looks like someone has managed to sneak a way to vote 0.
Also to vote a -ve number (the article's rated -431 now).
|
|
|
|
|
Programmers...
|
|
|
|
|
J. Dunlap wrote: Programmers...
I think you can vote 0, or -ve, but it won't let you vote > 5 (that check may already be in place).
|
|
|
|
|
Looking at the page source, it has some suspicious looking stuff in it.
Some people have a memory and an attention span, you should try them out one day. - Jeremy Falcon
|
|
|
|
|
I have recently noticed this little bug after clearing out all my cookies. The 'latest articles' page has a few options at the top like category and age. When selecting these options and clicking the 'update listing' button, the page will refresh to show the new preferences/list. But when leaving and returning to the page, the options have reverted back to their original state ( the list too ).
Before I cleared my cookies, that page would always display my prefered listing.
At various locations across the whole site there are options and preference settings. Wouldn't it be easier to place them all in one location, like the 'my settings' page. This way we could just select a few options, update the cookie, with no need to worry about loading a page - selecting options - and reloading again.
|
|
|
|
|
Which browser?
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Ahh sorry, i should have mentioned that.
I'm currently using IE7 ( vista ), but I have noticed the same behaviour on my office PC which uses IE6 ( XP ).
|
|
|
|
|
The problem still remains. Each time I open that page ( which is 4 or 5 times daily ) I am confronted with a list of articles that I will never read
|
|
|
|
|
Please let us switch back to previously used email accounts. When I try to switch back to the account that I was using before the current one, I get the error message "The email you supplied has already been registered." (It's the same as the current one, but without the dot.)
|
|
|
|
|
Email me your current and previous address and I'll fix it. (webmaster @...)
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Could we have the ability to "roll up" a thread so that only the original message is displayed unless we want to open it up and view the whole thread? For instance, the Advertising in signatures[^] thread runs for 2 or 3 pages.
Arthur Dent - "That would explain it. All my life I've had this strange feeling that there's something big and sinister going on in the world."
Slartibartfast - "No. That's perfectly normal paranoia. Everybody in the universe gets that."
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
Have you tried changing the View to Thread View. I do that when a certain somebody starts threads that goes on and on :->
Some people have a memory and an attention span, you should try them out one day. - Jeremy Falcon
|
|
|
|
|
Don't know if this issue has been raised before. Sorry if I'm repeating something, but the Help!--->About Us section takes eons to open...not until I run out of patience can we get this fixed? Not that I use that page often, but here's an issue that bothered me and thought I'd bring it to notice
Thanks...
--Mayur
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|