Hello Martin, Thanks for commenting on this issue.
I also had problems with way less than 5k messages :-) A couple 100s is enough to give firefox a sweat. I agree that logging the messages only the first time is an acceptable solution for my customer. I have checked on the production database, and procurement.order is the only model which is affected by the issue in their database (and it is quite likely that other people are going to be affected by this issue, since setting up a cron for this is common). So in the short term, having something preventing messages from accumulating on procurement.orders is a quick win (and IMO that change should be kept in trunk in order to prevent uncontrolled DB growth) Waiting for 8.0 to get messages pagination is ok with me. -- You received this bug notification because you are a member of OpenERP Indian Team, which is subscribed to OpenERP Addons. https://bugs.launchpad.net/bugs/1233730 Title: [7.0] large number of mail.message prevents displaying a record Status in OpenERP Addons (modules): Confirmed Bug description: Hello, On a test instance running on my customer, the scheduler runs through a cron about 6x each day. Each of these runs generates 3 mail.messages on procurements which are in exception: => select id,date, author_id, subject, body from mail_message where model='procurement.order' and res_id = 97 order by date; 4577 | 2013-07-19 10:40:10 | 6 | | <p>Aucun fournisseur défini pour cet article !</p> 4569 | 2013-07-19 10:40:10 | 6 | | <div> • <b>Status</b>: Exception → Confirmed</div> 4576 | 2013-07-19 10:40:10 | 6 | | <div> • <b>Status</b>: Confirmed → Exception</div> 4715 | 2013-07-19 11:40:42 | 6 | | <div> • <b>Status</b>: Exception → Confirmed</div> 4727 | 2013-07-19 11:40:43 | 6 | | <p>Aucun fournisseur défini pour cet article !</p> 4726 | 2013-07-19 11:40:43 | 6 | | <div> • <b>Status</b>: Confirmed → Exception</div> 4775 | 2013-07-19 12:40:08 | 6 | | <div> • <b>Status</b>: Exception → Confirmed</div> 4786 | 2013-07-19 12:40:09 | 6 | | <div> • <b>Status</b>: Confirmed → Exception</div> 4787 | 2013-07-19 12:40:09 | 6 | | <p>Aucun fournisseur défini pour cet article !</p> [...] On some of these records, the number of generated mail.messages over time can be high: => select count(id) from mail_message where model='procurement.order' and res_id = 97; count ------- 5287 (1 ligne) It is not possible to display that record in Firefox or Chrome, because the page takes forever to display with the browser becoming totally unresponsive, until the tab is killed. Several problems here: * automated generation of messages on a periodic tasks, which runs the risk of generating an uncontrolled amount of messages. * no pagination of the display of messages. The feature seems to exists (cf. the Messaging -> Inbox screen) but it is not used when displaying a record with attached messages * no way of mass marking messages as read (typically admin is used to run the scheduler via cron and admin is not connected every day on a customer's instance to mark messages as read. When I connect using that account to do support, I am blocked by the amount of unread messages on the procurement order) To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-addons/+bug/1233730/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~openerp-india Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-india More help : https://help.launchpad.net/ListHelp
