Forum attachment issues:
Is something off?
You obviously didn't read the last 2 pages?
People! It’s a known issue, and it’s got nothing to do with your browser cache or anything, as it’s purely a server database problem. It seems to be triggered by interrupted posting.
In fact, over the last week, I've editing my posts, deleting & re-uploading images again & again.
Does anyone know what's been going on?
Yes.
See what the server admin has said, starting here: https://www.eevblog.com/forum/chat/website-error-reports/msg3107598/#msg3107598
I have managed to replicate this, it seems to be caused when you try to post the message before the attachment has finished uploading, or you cancel an attachment and then upload another. Still trying to nut down the exact sequence of events that cause it.
This is not the bug I'm getting. I've have waited for images and other attachments to upload, like tiny ones of 10-75kb files. They are fine for anywhere around 1 hour to 5 days, then the files either get corrupt or replaced with other files.
The tiny icon versions seem to have the right image, but the real photo inside isn't the right one, yet, a few days ago, everything was correct.
Example:
Bad file:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3153558/#msg3153558Second image is wrong:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3154396/#msg3154396First image bad:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3152154/#msg3152154Wrong image:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3152816/#msg3152816First 2 images wrong:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3147392/#msg3147392Third image wrong image:
https://www.eevblog.com/forum/projects/modern-equivalent-of-74hc4046-pll/msg3147392/#msg3147392Back on the 25th, almost all these images were good.
Yeah, that's because you uploaded other files thereafter; THEY borked your attached files further back in the timeline. Has happened to my pics kaboodles of times over the last month; sometimes days later. This NO LONGER HAPPENS if I do not use the first attachment radio button as shown above.
Cheers,
mnem
Yeah, that's because you uploaded other files thereafter; THEY borked your attached files further back in the timeline. Has happened to my pics kaboodles of times over the last month; sometimes days later. This NO LONGER HAPPENS HAS NOT HAPPENED AGAIN YET if I do not use the first attachment radio button as shown above.
There, fixed that for ya. You should know better than to bait Murphy like that.
Fair dinkum.

But OTOH, maybe I
should press my luck, for sake of the scientific method...
mnem
I've seen that too, but it always seemed to be related to a failed upload via the current 1st button PITA. Have not personally experienced it since using the workaround.
Is it possible you accidentally forgot and used the first button? I have a few times and paid the price.

mnem
I've seen that too, but it always seemed to be related to a failed upload via the current 1st button PITA. Have not personally experienced it since using the workaround.
Is it possible you accidentally forgot and used the first button? I have a few times and paid the price. 
mnem

Nope, most certainly not. Wouldn't have bought it here if I wasn't damn sure about that.
FWIW I have been using the, skip the first slot, method for the last week or so and have not seen any problems yet.
FWIW I have been using the, skip the first slot, method for the last week or so and have not seen any problems yet.
Yet it seems pretty reliable other than the one hiccup I had.
LOL, mnem! I was wondering about the lack of pithy remark, previously.
Errors still poping up and the second file attachments slot BS doesn't help either. Even on files as small as 2kb.
A 0.97 kbyte file completely dissipated which now reports '404 - Attachment not found'.
TEST. I have disabled the line attachments plugin to see if it makes a difference.

Okay... so this means we'll have to use img tags for inline pix? No problem. It'll encourage people (I hope) to use the height= & width= modifiers to limit eye pollution.

mnem
Wow... great. The bug borked another pic, which just messed up those three posts above AGAIN.

This is getting comical...
mnem
"Dying is easy; now comedy... that's hard." ~Edmund Gwenn
FWIW I have been using the, skip the first slot, method for the last week or so and have not seen any problems yet.
Yet it seems pretty reliable other than the one hiccup I had.
That second png reports an error in PS if I try to dl it.
Wow... great. The bug borked another pic, which just messed up those three posts above AGAIN.
This is getting comical...
mnem
"Dying is easy; now comedy... that's hard." ~Edmund Gwenn
as does the gif @mnementh
Is corruption a new phenomenon?
Site was down today for a few hours, was just a PHP lockup or some such, fixed now.
FWIW I have been using the, skip the first slot, method for the last week or so and have not seen any problems yet.
Yet it seems pretty reliable other than the one hiccup I had.
That second png reports an error in PS if I try to dl it.
Wow... great. The bug borked another pic, which just messed up those three posts above AGAIN.
This is getting comical...
mnem
"Dying is easy; now comedy... that's hard." ~Edmund Gwenn
as does the gif @mnementh
Is corruption a new phenomenon?
Yeah... eevBlog has had a wandering singularity ever since the last software update; it randomly erases pics from our current timeline. When the singularity eats a pic, it is "unmade" as if it never existed; which makes every pic associated with a user that came after that shift down a slot in the database.

Much hilarity ensues.

The "Skip the First" slot workaround casts a warding spell which usually works unless the server daemons are especially overloaded by high numbers of visitors to a thread; the singularity seems especially attracted to the busiest threads. *
mnem
*Complete and utter fabrication purely for grins & giggles.