> Yes, that's true. But is more a problem for Mandrake as a vendor, then > e.g. for KDE. If something doesn't work on Mandrake's KDE but works > elsewhere (even because the packager made a hack to get it to work), it > will make Mandrake look bad, not KDE, at least not that much.
Don't underestimate abilities of vendors to break things. When KDE3.0 first came out, first cuts of packages from both SuSE and Mandrake had aRts sound broken. For entirely different reasons, I might add, both of which were pretty weird/flukey packaging bugs. RH8.0 shipped with vendor modification that resulted in the KDE window manager crashing quite frequently with some applications[1]. Yet I didn't see RH taking any responsibility or flack because of that; in fact all they got was midndless adulation because they were marketing themselves as pioneers. Of course, RH and MDK both have reputations WRT to quality already which don't neccesserily reflect reality. >> That's known regression on the 3.1.x branch (marked release critical show >> stopper for KDE3.1.1); IMHO a sane solution is to back out the patch -- >> the problem it was trying to solve is pretty minor anyway (what is it >> with merging 99% of branch patches, anyway? ;-) ) > > Finaly somebody told me what's going on here. There is yet another bug > about this in Bugzilla - 2861. Could you have a look at that, please ? > Maybe it is the same issue and should be closed/resolved the same way. George Staikos has addressed that on the KDE3.1.1 branch. See: http://lists.kde.org/?l=kde-cvs&m=104701980622556&w=2 http://lists.kde.org/?l=kde-cvs&m=104701957322386&w=2 http://lists.kde.org/?l=kde-cvs&m=104702055522978&w=2 http://lists.kde.org/?l=kde-cvs&m=104702343924965&w=2 http://lists.kde.org/?l=kde-cvs&m=104702353725032&w=2 http://lists.kde.org/?l=kde-cvs&m=104702676927501&w=2 Basically, the original problem was that Konqueror's iconview, when you have previews on and set to a larger size than basic icons, doesn't resize the grid to accomodate the previews until it's entirely done; which means the previews overlap; this can be problematic on huge dirs.. The patch to fix it apparently introduced worse regressions; so it was reverted and the increase in the preview size was set to be off by default.. A couple of the other patches here are only somewhat related.. One disables CSV previews so they don't bug people with popups (previews requiring user interaction aren't very useful). The other patch also disables the sound previews; this is a weird one; the bug is basically dependent on some dynamic linker mode settings, enabling which causes things to just blow up on app start for some people (it seems to be connected with something peculiar on SuSE, too, or something like this, but I am not sure)[2]; but outside some conditions it's not reproducible at all; thus this is more a "let's be extra careful" move than anything else. However, since it takes quite a while (1/3 sec hiccup on my box) to load the sound preview lib, I am personally far more in favor of this happening than otherwise. (Note: this disclaimer should have applied to the first message too): The opinions expressed here are purely my own, and should not be taken to reflect those of any organization. [1] More specifically, their bluecurve deco did; decorations for KWin are plugin into the KWin process. [2] The same symptoms also happen due to some fun with libvorbisenc versions for Debian and Slackware users. Oh joy.
