Ed Mullen wrote:
> Jonathan N. Little wrote on 12/18/2014 12:07 PM:
>> Hey Ed your CAPTCHA form sux! I tried contacting you since you are a
>> SeaMonkey user too and after countless tries failed every time. It sure
>> is effect at stopping spam, and everything else!
>
> Odd. The contact form CAPTCHA isn't working but another form on the
> site IS. Sigh. Happened once before. Now all I have to do is remember
> how I fixed it!
>
>
> I use a totally
>> different method *without* CAPTCHA that been 100% effect and no user
>> CAPTCHA or hoops to jump.
>
> I'm always willing to try something else. Let me know how you handle it
> if you'd be so kind.
Quite simple but effective. On your form create an extra field with a
typically REQUIRED field. You form does not have a "userid" so that
would be a good choice. If you needed a userid field then change the
name of your field so something else. Then in your stylesheet make the
"userid" field not display
input#userid { display: none; }
Then have your receiving script in pseudo-code here:
Does POST[userid] have a value ?
If NO then
we have a human so send message
Else
we have a robot
log it if you wish
dump message
End If
Bots may support JavaScript, but they do not support CSS. It is the odd
human that surfs with CSS disable or with a non-supporting browser. So a
human will never see the field to put in a value. Bots over the years I
have found always put in a email address.
Simple and works. And doesn't frustrate the bejeebers out of your human
users.
>
>>
>> Anyway the sort of OT messages was:
>>
>>
>> I know you too are a long-time SeaMonkey user and wonder if you are
>> experiencing the same thing. Recently now if a drag URL shortcut to the
>> desktop it is now displaying the ol' Windows blank unknown file icon. Of
>> course it use to show the site's favicon or SeaMonkey's if the site had
>> none. While debugging this I have found the URL file generated does
>> include a link to a cache icon:
>>
>> [InternetShortcut]
>> URL=
http://edmullen.net/contact_ej.php
>> IDList=
>> HotKey=0
>> IconFile=C:\Users\Jonathan\AppData\Local\Mozilla\SeaMonkey\Profiles\########.default\shortcutCache\1NyoXeptztBu3E++8vZK8A==.ico
>>
>>
>> IconIndex=0
>>
>> Checking the shortcutCache folder the 1NyoXeptztBu3E++8vZK8A==.ico file
>> does exist, but it an empty zero-byte file.
>
> Hmm. I have disk and memory caches turned off here. Don't know if that
> would affect this. BTW, where is the shortcutCache folder?
I showed you.
C:\Users\Ed\AppData\Local\Mozilla\SeaMonkey\Profiles\########.default\shortcutCache
Of course I do not know what your profile salt is.
>
>> If I manually download your
>> your favicon and rename and place it in my cache folder the shortcut
>> instantly updates so it doesn't seem to be an iconHandler issue with the
>> URL filetype, but the mechanism in SeaMonkey that is borked. Looking at
>> the file dates the change appears to have occurred after December 5.
>> After the 5th all icon file are zero-byte. I have Firefox for testing
>> and it seems also afflicted. Interestingly, PaleMoon , a 64-bit
>> non-Australis version of Firefox does still create proper cached icons.
>> Are you seeing the same thing as I? (Oops there is an update to
>> PaleMoon) maybe I spoke too soon about PaleMoon. Well if it breaks after
>> the update it shall be telling.
>>
>>
>> Maybe someone else has some insight, so far my googling has not.
>>
>
> I see the same thing here with SM 2.31, FF 35.0B4, and Pale Moon 24.7.0.
> Opera and Safari create an icon that displays the SeaMonkey logo.
Mine use to show the favicon. A google search would have a G, eBay their
logo, mine LWS. Now all I get is a Windows Unknown File ico. And all the
ICOs in the cache folder recently created are zero-files.
>
> I think I've maybe created a URL shortcut this way once! And that was
> quite awhile ago.
>
> I'll post this on the Mozilla support forums and see if anyone knows
> what's up.
>
I sue to monitor them long ago, I guess I should resubscribe.