]> git.rm.cloudns.org Git - xonotic/darkplaces.git/commitdiff
Mark a bug as done.
authorhavoc <havoc@d7cf8633-e32d-0410-b094-e92efae38249>
Sun, 23 Apr 2017 22:54:26 +0000 (22:54 +0000)
committerRudolf Polzer <divVerent@xonotic.org>
Mon, 24 Apr 2017 00:58:39 +0000 (02:58 +0200)
git-svn-id: svn://svn.icculus.org/twilight/trunk/darkplaces@12333 d7cf8633-e32d-0410-b094-e92efae38249
::stable-branch::merge=e258e3fe3240de023926bc7642159fc80e6fee62

todo

diff --git a/todo b/todo
index 9e44acec38a12379f46fa3dd5dfcfb4ebdd1038d..1c7b3d55456797257acc7ce0043160e393ec5fb1 100644 (file)
--- a/todo
+++ b/todo
@@ -2,7 +2,6 @@
 -d bug darkplaces d3d9: drawsetcliparea not working right - seems to be Y-flipped, this also affects menus in Steelstorm (VorteX)
 -d bug darkplaces d3d9: overbright particles get weird colors (VorteX)
 0 bug darkplaces server browser: scrolling wraps weirdly (causing duplicates of first entry) when there are fewer servers than a full screen can show (LordHavoc) 
-0 bug darkplaces renderer: r_showbboxes breaks updates of the bloom texture (Supa)
 0 bug darkplaces android: make sure android:theme is set reasonably to avoid having performance issues on Adreno (it may need to be android:theme="@android:style/Theme.Translucent" or maybe some other value?) (banshee21)
 0 bug darkplaces client csqc: CSQC_InputEvent is supposed to handle mouse movement, compare to FTEQW code (avirox)
 0 bug darkplaces client csqc: engine prediction function is not implemented - could just return the engine's current cl.movement_origin (Spike)
@@ -662,6 +661,7 @@ d bug darkplaces renderer: q3bsp alpha shaders are not being lit?  (Cheapy)
 d bug darkplaces renderer: q3bsp ignoring EF_ADDITIVE on opaque surfaces such as Nexuiz teleporters?  (Vermeulen)
 d bug darkplaces renderer: r_drawcollisionbrushes 2 is broken (LordHavoc)
 d bug darkplaces renderer: r_glsl 1 mode has black grapple beam in nexuiz (SavageX)
+d bug darkplaces renderer: r_showbboxes breaks updates of the bloom texture (Supa)
 d bug darkplaces renderer: r_wateralpha 0.9 is invisible on r_glsl 0;gl_combine 0 path (Lardarse]
 d bug darkplaces renderer: r_wateralpha 1 water that has lightmapping is black in r_shadow_realtime_world 1 mode, but only if the map was loaded in r_shadow_realtime_world 1 mode, if started in 0 and then going to 1 it does not have black water, this is probably lightmap updates not occurring in rtworld mode (mrinsane)
 d bug darkplaces renderer: r_wateralpha on maps that are not watervised shows sky, this is a known glquake bug but it is fixable in darkplaces at load time by marking opposite-content (water-empty, empty-water) leafs as visible in their pvs sets, this involves checking the portal flow...  (knghtbrd)