Bug: 84804 - Honor user pref for conv order
Make sure we handle both possibilities for ordering msgs
within a conv: new to old and old to new. Until now we
always showed the newest msgs at the top. Added a method
to scroll the msg list so that the first expanded msg is
within the conv panel.
If we're going from old to new:
- add a sorter to ZtMsgStore so that we can flip the msg list
- add newly received msgs at the bottom

http://bugzilla.zimbra.com/show_bug.cgi?id=84804
bug: 83670
For RHEL, SLES, use network manager for dnscache bits

http://bugzilla.zimbra.com/show_bug.cgi?id=83670
bug: none Auto update ZCS BUILD to 2294
Bug 77209 - Js error (te is null) while attendee tries to remove attachment from invite message

The message view is reset after removing the attachment and layout is displayed again. While doing the reset the ZmMailMsgView calls ZmInviteMsgView.reset and than it clears the DOM elements. The ZmInviteMsgView.reset function would just hide the elements so the references were still active. This caused reference errors in ZmZmCalColView. 
Changing the behavior of ZmInviteMsgView.reset is difficult as it is called from multiple places with the assumption that it would just hide the elements. So added a parameter to cleanup the html. If it set to true then dispose the elements from DOM and cleanup references.

http://bugzilla.zimbra.com/show_bug.cgi?id=77209
Bug 79012 - Error dialog is shown when unknown file is searched by "in:unknown folder name" form query in search toolbar

The Calendar search had its own errorCallback and was ignoring the errorCallback from the Search controller. Modified the code to look for the params.errorCallback and use it first to handle errors.

http://bugzilla.zimbra.com/show_bug.cgi?id=79012
bug: none Auto update ZCS BUILD to 2295
bug: 83670
Use LOCAL0 not LOCAL4. doh.

http://bugzilla.zimbra.com/show_bug.cgi?id=83670
bug: none
AUTO UPDATE OF BUILD NUMBER
8.5.0.1050
bug: none Auto update ZCS BUILD to 2296
Bug: 83762
Mitigate CSRF attacks with HTTP header checks

- Added a check to only do CSRF check if the request method is POST
- Deployed in dev and verified that 'GET' request like 'http://rdesai.local:7070/home/user2@rdesai.local/Calendar.html?tz=Asia/Kolkata'  can be accessed.
- Verified that a SOAP POST req with Referer header different than server host is blocked (Used SOAPUI)

http://bugzilla.zimbra.com/show_bug.cgi?id=83762
Bug:71494 Mark only X-ORACLE-CLASS contained private event as PUBLIC.

http://bugzilla.zimbra.com/show_bug.cgi?id=71494
bug: none - make ZmAttachDialog use AjxEnv.supportsHTML5File

Having it roll its own feature check is bound to go awry someday...
bug: none - remove unused and broken Dwt.toggle()

Judging from the arguments, Dwt.toggle(elem, false) would hide an
element. That's not the case, however, as false compares equal to
null. To make matters worse, the function neglects to declare its
local variable (appropriately named “it”) which it thus leaks to the
global context.

The function has no users -- I found no references in ZimbraWebClient,
in Zimlet nor in ZimbraNetwork -- leaving little value in actually
fixing or improving it.
bug 84703 - ensure that the attachments field is visible

SPANs default to an inline style, which wouldn't fill up the
containing table cell. DIVs default to a block style, which does.

http://bugzilla.zimbra.com/show_bug.cgi?id=84703
bug: none Auto update ZCS BUILD to 2297
bug: none Auto update ZCS BUILD to 2298
Bug: 84839 - Search tab opened even if search fails
Don't hand off to search results tab if search had an error. In general,
user errors will be shown as toast, and more severe errors will pop
up a dialog.

http://bugzilla.zimbra.com/show_bug.cgi?id=84839
Integrated the following from //depot/zimbra/HELIX/...:
Change 490356 by quanah@qhelix on 2013/11/07 11:28:41

bug: none
7.2.7 upgrade step
Integrated the following from //depot/zimbra/IRONMAIDEN/...:
Change 490362 by quanah@qiron on 2013/11/07 11:30:40

bug: none
8.0.7 upgrade step
Bug 80797


Removing bubble using keyboard backspace key starts searching for existing search

implemented a "waiting period" between when a user finished adding/removing a bubble, and submitting the search. Interestingly, there was already a waiting period for that, but only of 10 milliseconds (I kept the comment about that). I raised it to 2 seconds, and implemented the class change to mark the background in yellow in the pending/dirty state when the search has not yet run. If the user starts typing again, or deletes another bubble (or adds one, but that's covered also by the "starts typing again"...), I clear the existing timeout and create a new one...

This implementation covers not just removing a bubble with the keyboard backspace (like the bug title and description talks about), but any update of the bubbles, including removing it with the "x" click, typing new bubbles, etc.

http://bugzilla.zimbra.com/show_bug.cgi?id=80797