|
As Nelek said: Design and Architecture Discussion Boards[^]
Last couple of weeks we've been getting a load of the same stuff in there - a dozen or so random keystrokes as a message.
Probably, it's a spambot in training but it leaves a fair amount of detritus around in the form of "Message Closed" filling half a page. It'd just be nice to reduce the RSI when deleting 'em!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Gotcha
What you're seeing is standard browser keystroke handling. I'd love to take credit, but I'd be lying.
As an aside: it being slightly difficult to delete is actually by design. We had issues many, many moons ago where people got a little trigger happy.
cheers
Chris Maunder
|
|
|
|
|
Damn!
How about ... enabling the ENTER key to delete? CTRL+ENTER isn't browser behaviour (except in the address bar, where it adds ".com" and goes to the address).
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
All questions in Q&A are "aging" as "1 second" old or updated.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
There's something wrong with link to OriginalGriff's tip: Transferring information between two forms, Part 2: Child to Parent
Check the link: Transferring information between two forms, Part 2: Child to Parent
When you click on it, you'll be "transferred" to 404 Spoon not Found site:
Quote: Do not try and find the page. That’s impossible. Instead only try to realise the truth
I'm using it quite often while answering QA questions. Can you fix it?
BTW: other tips about transferring data between forms are OK.
|
|
|
|
|
Hmmm. It seems to work for me. Could you please try clearing your cache and trying again?
Thanks,
Sean Ewington
CodeProject
|
|
|
|
|
This was very strange. I tried to open OG's tip on Firefox and MS Edge. Both with the same result...
I tried to use CTRL+F5 , but it didn't help in FireFox. So, finally i followed by this instruction: How to clear the Firefox cache | Firefox Help
|
|
|
|
|
In my experience, Ctl-F5 doesn't clear the cache. It's more an instruction to reload the page from the source and ignore the cache.
It doesn't always work - perhaps related to complexity in the back-end so you're reload may be correctly executed but the data request goes to where it was, before, as that's still cache related. Now you know how to really clear the cache.
Something else, as a hint, that I've found useful: and an argument to the URL, like ?xyz=123 or &xyz=123 if there are other arguments. This informs the browser that it needs to look for updated data (or so it thinks).
It can be stubborn. Where I work, with virtually everything web-base. My stuff all include a do-not-cache directive in every header.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
|
|
Well, it looks like the 404 page gets cached. Deleting cache has helped.
That said, maybe the it would be possible to change the 404 page in a way so that browser is not allowed to cache it?
modified 3-Dec-20 12:46pm.
|
|
|
|
|
Linking an SO article is a good way to get your account closed.
|
|
|
|
|
I would not say closed...
maybe just ignored?
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Linking what?
|
|
|
|
|
|
Well, choosing "my articles" from the dropdown menu was the very first thing I did.
If it showed the article, I would not even mention it. But clicking those links lead to the url with 404. The only thing that really helped was hard cache reset.... Which probably means 404 page is cached while article page is not, or something like that.
That is why I find the situation confusing...
But really, all is fine now. Thank you.
|
|
|
|
|
using:
Miroslav Fidler wrote: https://www.codeproject.com/script/common/404.aspx?aspxerrorpath=/Aarticles/5268022/Getting-Started-with-Uplusplus-2020-2[^] works
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Article https://www.codeproject.com/Articles/5283291/Examples-of-Layered-Application-Architecture-Based
not found.
Error message - 404 - "Do not try and find the page. That’s impossible. Instead only try to realise the truth"
|
|
|
|
|
|
|
Be patient. I suspect the site is still recovering from yesterday's outage. It may also help if you clear your browser cache as you may just be getting the 404 page in the browser.
|
|
|
|
|
|
Every titled item in all the forums is followed by this word.
The behavior that ensues:
1. click on the word PIN
2. Icon of PIN reappears, item is "pinned".
3. Click on the icon again, item is "unpinned", icon remains as obligate "pin".
I've never had much reverence for the idea of "pinning" a post mainly because pinning has never been implemented correctly anywhere that I've seen (when a post is pinned (typically "opened" and made to remain in the "opened" state)) ... if I navigate away from that page then return, the item that was remaining open is now neither open nor pinned.
modified 1-Dec-20 12:22pm.
|
|
|
|
|
1. Do you have uBlocker or other add-ins that mess around with a site's HTML?
2. Anything in particular stopping you from upgrading FireFox to v83?
cheers
Chris Maunder
|
|
|
|
|
I think I have found the problem ...
The "pin" icon (which turns out to be a low-viz rendition of the colored "pinned" icon and is perhaps transparent as well (arghh -> don't get me started with .png & tranparency)) is located on the server at:
"https://codeproject.freetls.fastly.net/script/Forums/images/pin.png"
BUT, the icon won't load when the .HTML itself is refering to this path:
"https://codeproject.freetls.fastly.net/script/Forums/Images/pin.png"
Note the capitalization of the "Images" folder.
As the page loads, that icon "img" weighs in as img (22 x 11) not 13 x 13 image pin.png and with, of course, the Developer/Inpsector tootip text of "could not load the image" because the path can't be found. Copy and paste the capital "I" image folder into the URL space and return and one gets:
Error[^]
The redirect to a CP error page called:
"https://codeproject.freetls.fastly.net/script/Common/Error.aspx"
~~~~~~~~~~~~~~~~
So, is it me? Or is it the small "i" image of the HTML that needs to be upgraded?
Anybody else seeing this hoopoe?
[EDIT]
... wow, a minute and thirty-three seconds later ... all better!
[/EDIT]
modified 1-Dec-20 19:17pm.
|
|
|
|