ignore maxRectsPerUpdate when encoding is Zlib (thanks scarr)

AUTHORS

@@ -28,7 +28,8 @@ email!): Akira Hatakeyama, Karl J. Runge, Justin "Zippy" Dearing,
 Oliver Mihatsch, Greg Sternberg, Werner Hofer, Giampiero Giancipoli,
 Glenn Mabutt, Paul Kreiner, Erik Kunze, Mike Frysinger, Martin Waitz,
 Mark McLoughlin, Paul Fox, Juan Jose Costello, Andre Leiadella,
-Alberto Lusiani, Malvina Mazin, Dave Stuart, Rohit Kumar, and Donald Dugger.
+Alberto Lusiani, Malvina Mazin, Dave Stuart, Rohit Kumar, Donald Dugger,
+and Steven Carr.
 
 Probably I forgot quite a few people sending a patch here and there, which
 really made a difference. Without those, some obscure bugs still would

ChangeLog

+2006-03-27  Steven Carr <scarr@jsa-usa.com>
+	* rfbserver.c: Zlib encoding cannot have a limit via
+	  maxRectsPerUpdate
+
 2006-02-28  Donald Dugger <donald.d.dugger@intel.com>
 	* rfb.h, sockets.c, main.c: add a flag to handle all pending
 	  input events instead of one at a time.

libvncserver/rfbserver.c

@@ -1383,6 +1383,8 @@ rfbSendFramebufferUpdate(rfbClientPtr cl,
 	   && cl->preferredEncoding != rfbEncodingTight
 	   /* XXX Should rfbEncodingCoRRE be in here? */
 	   && cl->preferredEncoding != rfbEncodingCoRRE
+	   /* Zlib encoding splits rectangles up into smaller chunks */
+	   && cl->preferredEncoding != rfbEncodingZlib
 #endif
 #endif
 	   && nUpdateRegionRects>cl->screen->maxRectsPerUpdate) {