From Chris Bontje via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9435 :
SEL Fast Message bug fix for signed 16-bit integer fast meter messages

svn path=/trunk/; revision=53398
From Chris Bontje via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9442 :
DNP3 bug fix for analog data sign bit bandling

svn path=/trunk/; revision=53399
Fix the number of highlighted bytes in case of unaligned PER constrained integer

svn path=/trunk/; revision=53400
add a cast to fix compiler warning

svn path=/trunk/; revision=53401
Don't include epan/filesystem.h any more

svn path=/trunk/; revision=53402
Get rid of unused trivial wrapper routine.

svn path=/trunk/; revision=53403
Fix [-Wmissing-prototypes]

svn path=/trunk/; revision=53404
From Zoltán Lajos Kis:
Start of OpenFlow 1.4 dissector.

svn path=/trunk/; revision=53405
Fix some warnings that were really errors.

It would really help to fix the remaining warnings so that these
files can be compiled with -Werror, which gets me to the quesiton:
Is this code still maintained in some form or was it an interesting
experiment that has been terminated?

svn path=/trunk/; revision=53406
Beginnings of CheckAPI support. More diligence needed
(need to seperate generated files into their own variables).

svn path=/trunk/; revision=53407
You don't get to have three separate protocols all with the name
"OpenFlow 1.3".

svn path=/trunk/; revision=53408
I guess "v4" is 1.3 and "v5" is 1.4.  I'm sure there's a reason why that
makes sense of a sort....

svn path=/trunk/; revision=53409
fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9448

pass data parameter to afp dissector

svn path=/trunk/; revision=53410
Build 1.11.2.

svn path=/trunk/; revision=53411
1.11.2 → 1.11.3.

svn path=/trunk/; revision=53412
Remove duplicate (wireshark_application.h) and unused #include files

svn path=/trunk/; revision=53413
From Peter Wu

Support for EncryptedExtensions handshake type (a.k.a. NextProtocol)

Based on https://tools.ietf.org/html/draft-agl-tls-nextprotoneg-04

From me
Fix warning found by fix-encoding-args

svn path=/trunk/; revision=53414
From Peter Wu

Add TLS StatusRequest (RFC6066) ClientHello extension recognition

Only empty Responder ID lists and empty Request Extensions are
implemented. I could not really find existing clients or servers that
populate these.

This status_request extension has a different signature for a
ClientHello and ServerHello, in the latter the extension_data field
must be empty. Therefore an additional parameter is added to
dissect_ssl3_hnd_hello_ext.

From me :
Fix typo

svn path=/trunk/; revision=53415
From Peter Wu

Add status_request_v2 TLS extension dissection (RFC6961)

Besides adding status_request_v2 support, this patch moves the
Certificate Status Type from the OCSP Status subtree to its parent
(the extension tree). This is needed because this type applies to all
OCSPResponse fields.

The check for "tree != NULL" seems unnecessary here, it was not
clarified in the original patch so I removed it.

From me
Fix typo
Remove unneeded tvb_ensure_bytes_exist
Use proto_tree_add_item

svn path=/trunk/; revision=53416
From Peter Wu

Add RFC6066 CertificateUrl TLS extension

This is not supported by OpenSSL or NSS, the extension itself seems
unsafe, but some implementations seem to support it[1].

Untested, no capture available.

 [1]: http://www.ietf.org/mail-archive/web/tls/current/msg02535.html

svn path=/trunk/; revision=53417