temporary workaround
After learning TON about how chrome elements create elements (especially fixed elements), I came across this temporary solution:
-webkit-transform: translateZ(0);
I added this to my navigation bar style. This is basically a bizarre little hack that does nothing for the page and includes GPU acceleration. This will need to be done either until the chrome is updated, or until I rewrote the entire functionality of the menu bar. The only drawback is that resizing the window degrades performance.
more elegant solution
After all these studies and troubleshooting, it turned out that the only real problem is that chrome should completely redraw the element, and not stop at an arbitrary point and leave artifacts. Since a clean CSS solution poses some performance issues, I found a great way to get the browser to redraw the element through jQuery!
$.fn.redraw = function(){ $(this).each(function(){ var redraw = this.offsetHeight; }); };
I use this on a maximized page and it seems to work just fine without any performance crashes. I will keep it until chrome 27 is still floating.
I also found strange behavior and possibly the root of the problem:
The problem does not occur when I have Composition for fixed position elements in the chrome about: flags section (chrome: // flags /). I am using Chrome Version 27.0.1453.93.

My problem is somehow related to how chrome handles the context of the stack of fixed elements and animates fixed elements as a browser scroll. This article extends the changes a bit.
How Chrome Handles Layout
layout related GPU acceleration
source share