<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with bypass]]></title><description><![CDATA[A list of topics that have been tagged with bypass]]></description><link>https://forum.liquidbounce.net/tags/bypass</link><generator>RSS for Node</generator><lastBuildDate>Fri, 12 Jun 2026 01:57:46 GMT</lastBuildDate><atom:link href="https://forum.liquidbounce.net/tags/bypass.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 23 Jul 2023 21:56:48 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Why forks don&#x27;t merge their changes with legacy liquidbounce and dont helping in developement?]]></title><description><![CDATA[@mems Actually, FDPClient made the original AAC5 Fly, and had it's own AAC5 velocity values that do the same thing that Rise's later AAC5 Fly did. Also, Rise severely skidded from LiquidBounce (at least 5.90-5.100), with proof being here (I found it myself). It's just that some clients are too big to fail, so the developers resort to skidding, though I haven't seen skidded code in 6.0 yet.
]]></description><link>https://forum.liquidbounce.net/topic/7661/why-forks-don-t-merge-their-changes-with-legacy-liquidbounce-and-dont-helping-in-developement</link><guid isPermaLink="true">https://forum.liquidbounce.net/topic/7661/why-forks-don-t-merge-their-changes-with-legacy-liquidbounce-and-dont-helping-in-developement</guid><dc:creator><![CDATA[Gabriel]]></dc:creator><pubDate>Sun, 23 Jul 2023 21:56:48 GMT</pubDate></item></channel></rss>