Paul Mossman wrote: > > Woof wrote: >> On Thu, Apr 16, 2009 at 3:48 PM, Robert Joly <[email protected]> wrote: >> >>>> I would much rather sit there watching the browser spin for 5-10 >>>> seconds if the message and link are present when the page does >>>> eventually load. Even better if it puts you right into >> the Affected >>>> Services screen. >>>> >>> >>> +1 >> We've been through this before, and I would like to see it changed as >> well. >> >> http://www.mail-archive.com/[email protected]/msg05688.html >> > > Wow. It hard to hope for forgiveness given that it was discussed here > just two weeks ago. Sorry for missing it folks. >
No problem. And you were not the only person who kept complaining about it. > Anyway, I see that XCF-3521 is currently closed with a resolution of > "Won't Fix". > > Sounds like sipXconfig knows immediately that a change will require > restarts. If so, then Woof's suggestion seems pretty good: > http://www.mail-archive.com/[email protected]/msg05662.html > > > Should XCF-3521 be re-opened, even if not for 4.0? It already is. > > > -Paul [email protected] > Is there an XECS issue that calls for proxy and registrar not to require restart after generating new dial plan? I said before I do not like the current solution but it's really hard to provide good user experience with the way those services behave today. People didn't like having to press 'activate', we removed 'activate', people didn't like that services restarted automatically, we started telling them that the services need to be restarted. Why don't we fix the problem where it really is: proxy and registrar should read dial plan when it changes and start using new dial plan when it makes sense for them: they know after all best when it's safe to do that. I am sure that sipXconfig contributors can think of something that will improve current situation: even at the price of bringing back explicit activation button. And woof, paul, rjolly - you guys are free to have a look at sipXconfig code as well: I've been told it's rather nice in many places. D. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
