Question Submit on Quick Reply fails

I have a very strange problem reported by only one user.

He typed a reply in the Quick Reply box, then clicked submit, only to have his post disappear completely. He re-typed it, and the same thing happened. He then tried the same reply using "Reply" instead of the 'quick' option, and that worked fine.

I can't reproduce it, and no-one else has reported issues. Does anyone have any ideas what might cause this - bug, user error, coincidence???

The only clue from the user is that his reply included his own style of quote, like < >. I wondered of that might cause some conflict, but I tried it myself with no problem.
===================================

Database collation check: The collation of your table fields are correct

Legacy mode: Disabled | Joomla! SEF: Enabled | Joomla! SEF rewrite: Enabled | FTP layer: Enabled |

This message contains confidential information

htaccess: Exists | PHP environment: Max execution time: 30 seconds | Max execution memory: 96M | Max file upload: 16M

Kunena version detailled: Installed version: 1.6.0 | Build: 3620 | Version name: Spika | Kunena detailled configuration:

Warning: Spoiler!

[th]Kunena config settings:[/th]

board_title	webtrees
board_offline	0
board_ofset	0
offline_message	The Forum is currently offline for maintenance. Check back soon!
enablerss	1
enablepdf	1
threads_per_page	20
messages_per_page	25
messages_per_page_search	15
showhistory	1
historylimit	6
shownew	1
jmambot	0
disemoticons	1
template	default
showannouncement	1
avataroncat	0
catimagepath	category_images/
showchildcaticon	1
annmodid	62
rtewidth	450
rteheight	300
enableforumjump	1
reportmsg	1
username	1
askemail	0
showemail	0
showuserstats	1
showkarma	0
useredit	1
useredittime	0
useredittimegrace	600
editmarkup	1
allowsubscriptions	1
subscriptionschecked	1
allowfavorites	1
maxsubject	50
maxsig	300
regonly	0
changename	0
pubwrite	0
floodprotection	0
mailmod	0
mailadmin	0
captcha	0
mailfull	1
allowavatar	1
allowavatarupload	1
allowavatargallery	1
imageprocessor	gd2
avatarquality	75
avatarsize	2048
allowimageupload	0
allowimageregupload	1
imageheight	800
imagewidth	800
imagesize	150
allowfileupload	0
allowfileregupload	1
filetypes	pdf,zip,txt,gz,tgz
filesize	150
showranking	1
rankimages	1
avatar_src
fb_profile
pm_component
userlist_rows	30
userlist_online	1
userlist_avatar	1
userlist_name	0
userlist_username	1
userlist_posts	1
userlist_karma	1
userlist_email	0
userlist_usertype	0
userlist_joindate	0
userlist_lastvisitdate	0
userlist_userhits	0
latestcategory	0
showstats	0
showwhoisonline	0
showgenstats	0
showpopuserstats	0
popusercount	5
showpopsubjectstats	0
popsubjectcount	5
usernamechange	0
rules_infb	0
rules_cid	1
rules_link	www.kunena.com/
help_infb	0
help_cid	58
help_link	www.kunena.com/
showspoilertag	1
showvideotag	0
showebaytag	0
trimlongurls	1
trimlongurlsfront	40
trimlongurlsback	20
autoembedyoutube	0
autoembedebay	0
ebaylanguagecode	en-us
fbsessiontimeout	1800
highlightcode	0
rss_type	topic
rss_timelimit	month
rss_limit	100
rss_included_categories
rss_excluded_categories
rss_specification	rss2.0
rss_allow_html	1
rss_author_format	name
rss_author_in_title	1
rss_word_count	0
rss_old_titles	1
rss_cache	900
fbdefaultpage	categories
default_sort	asc
alphauserpointsnumchars	0
sef	1
sefcats	0
sefutf8	0
showimgforguest	1
showfileforguest	0
pollnboptions	4
pollallowvoteone	1
pollenabled	1
poppollscount	5
showpoppollstats	1
polltimebtvotes	00:15:00
pollnbvotesbyuser	100
pollresultsuserslist	1
maxpersotext	50
ordering_system	replyid
post_dateformat	ago
post_dateformat_hover	datetime
hide_ip	1
js_actstr_integration	0
imagetypes	jpg,jpeg,gif,png
checkmimetypes	1
imagemimetypes	image/jpeg,image/jpg,image/gif,image/png
imagequality	50
thumbheight	32
thumbwidth	32
hideuserprofileinfo	put_empty
integration_access	joomla
integration_login	joomla
integration_avatar	kunena
integration_profile	kunena
integration_private	none
integration_activity	none
boxghostmessage	0
userdeletetmessage	1
latestcategory_in	1
topicicons	1
onlineusers	1
debug	0
catsautosubscribed	0
showbannedreason	0
version_check	1
showthankyou	0
showpopthankyoustats	1
popthankscount	5
mod_see_deleted	0
bbcode_img_secure	text
listcat_show_moderators	1

Third-party components: AlphaUserPoints: Disabled or not installed | CommunityBuilder: Disabled or not installed | Jomsocial: Disabled or not installed | UddeIm: Disabled or not installed

Plugins: System - Mootools12: Disabled | System - Mootools Upgrade: Disabled | JFirePHP: Disabled or not installed | Kunena Discuss: Disabled or not installed | Kunena Search: Disabled or not installed | My Kunena Forum Menu: Disabled or not installed

Modules: Kunena Latest: Disabled or not installed | Kunena Stats: Disabled or not installed | Kunena Login: Disabled or not installed

Very puzzling and I don't have any suggestions at this time. Can the user employ the "normal" mechanism for posting messages (with the BBcode editing window and tools)? Or is this only confined to one user and the Quick Reply function?

You might suggest to that user to clear his browser cache and see if he can reproduce the symptoms again. Other than that, I'm just guessing. Sorry.

Can the user employ the "normal" mechanism for posting messages (with the BBcode editing window and tools)?

Yes, no problem with the 'normal' reply option. It only happened with Quick Reply.

... is this only confined to one user

Only one has reported, is the best answer I can honestly give.

Hmmm ... maybe it was a fly-by-night kiwi? :blush:

You can't reproduce the problem and we can't reproduce it either ... there's nothing more we can do until we get further evidence of the problem, I'm sorry to say.

EDIT: Hold on a moment! Has the user disabled Javascript on their browser? That'll kill the Quick Reply function (and about 99% of their enjoyment of the internet, too)!

there's nothing more we can do until we get further evidence of the problem, I'm sorry to say.

That's OK, thanks for thinking about it.

Has the user disabled Javascript on their browser?

'll check, but unlikely. I perhaps should have said, this user is our open-source development project leader (chief code guru) and a professional programmer, so such things are unlikely. But he is (reputed to be) human too
But - the Quick Reply option did work anyway - it only failed AFTER he'd carefully typed his reply and clicked "submit". Presumably without Javascript the window wouldn't even open?

If we ever find a way to replicate the problem I'll come back to it.

I'll have to console myself for now watching Bledisloe cup replays :laugh:

I have an idea....

You are correct: if the quick reply opens, javascript is working.

If the submit button does not work it would be two things: The site is running an old version of mootools (1.1.x) or you are using a 3rd party SEF component that is messing with the URLs.