diff options
| author | rubidium <rubidium@openttd.org> | 2010-04-16 21:57:55 +0000 |
|---|---|---|
| committer | rubidium <rubidium@openttd.org> | 2010-04-16 21:57:55 +0000 |
| commit | 6bed2196773bb57d2d62c3fc985fa66744f2f901 (patch) | |
| tree | a5ae6b06413b06f2197ed31e76bf697f131b5f49 /known-bugs.txt | |
| parent | 39d421ff9c7ede33b0dbdbf224e44982928a0a7c (diff) | |
| download | openttd-6bed2196773bb57d2d62c3fc985fa66744f2f901.tar.xz | |
(svn r19645) -Doc: mention the zlib 1.2.3.5-1.2.4 gzeof issue in known-bugs
Diffstat (limited to 'known-bugs.txt')
| -rw-r--r-- | known-bugs.txt | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/known-bugs.txt b/known-bugs.txt index 9e2eb76e7..4af6ddda1 100644 --- a/known-bugs.txt +++ b/known-bugs.txt @@ -177,3 +177,11 @@ OpenTTD not properly resizing with SDL on X [FS#3305] Window managers that are known to exhibit this behaviour are KDE's and GNOME's. With the XFCE's and LXDE's window managers the resize event is sent when the user releases the mouse. + +Content files not properly extracted with zlib 1.2.3.5-1.2.4 [FS#3753] + With zlib 1.2.3.5 up to and including 1.2.4 the function "gzeof", + which tells when we read the whole file, is broken in such a way + that OpenTTD thinks it has extracted and written the whole file + while the last few hundred/thousand bytes are not extracted yet. + This causes problems for everything that is downloaded from the + online content system when using one of those versions of zlib. |