-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Database membership updates now fail silently if there is an error #781
Comments
An example error from the sympa.log file : 2019-11-05T09:34:21.826152-05:00 boxname wwsympa[4249]: err main::#1544 > main::do_sync_include#16517 > Sympa::List::sync_include#4828 > Sympa::Spindle::spin#95 > Sympa::Request::Handler::include::_twist#181 > Sympa::Request::Handler::include::_update_users#289 > Sympa::DataSource::open#134 > Sympa::DataSource::SQL::_open#99 > Sympa::Process::eval_in_time#472 > (eval)#479 > (eval)#479 > Sympa::DataSource::SQL::ANON#53 Unable to connect to SQL data source Sympa::DataSource::SQL <context=atm@boxname.emich.edu;id=cbb530e4;role=member;name=INSTANCE> I had forgotten a single ' in the query and when I put that in the list successfully updated. |
OK. Thanks for sharing your experiences! Close. |
I'm surprise this issue has been closed so quickly. I think the behaviour must be improved. An error message should be displayed when a user defines an invalid SQL query. Would reconsider the issue @ikedas? |
Error message is displayed in the log (and I guess that more detailed logs describing SQL syntax error might also be shown). I don't think it "silent". |
Well but not sufficient either, it should contain at least the SQL error. |
Could you please reproduce “no SQL error”? |
Not at the moment, but will setup a test case. I refer to a SQL error like
|
Ok, the SQL error is displayed in the log. @skunktoy please provide more information about your specific case. |
Hey, Before 6.2.48 the web interface would display an error status of some kind, sorry I don't recall what it said if a bad query was attempted through the web interface - aka attempt to resync the membership list. Now if the query is bad it fails silently on the web interface side, so you have notice that the membership was not updated to look in the logs and see that there is an error. Usually not an issue but one fat fingering on entering something through web interface and the users get to scratch their heads in confusion. Thanks! |
Yes that might be the case. I just opened an issue on a related problem: #907 |
That sounds very similar, and just as confusing. |
sympa-6.2.48 on SLES 12.4
I have noticed that if you write a bad query and try to manually force a membership update through the web interface it now fails silently instead of putting up and error like it used to. Curious if this this new expected behavior?
Thanks!
The text was updated successfully, but these errors were encountered: