Wrong setHeaderHeight behaviour

[Warmbellycat]

Hello!
In some cases underlaying thead gets wrong height.
In my case i have

with header row and filter row (i'm using Yii2 kartik/gridview)
and table with data after that. Thead at table gets wrong height(110px instead of 130px of div with filter).
I have try to debug and found, that function setHeaderHeight() sets wrong value, that value comes from:
$header.children("tr:visible").each(function(){ headerHeight += $(this).outerHeight(true); });
As result div partialy overlaps underlaying table data (look like first row of table slides under the div with filter)
This bug appears in Edge, Chrome, but not in FF.
Sorry, but i can't show my code (due to NDA).
Version of floatThead is 2.1.3, jq version 3.4.1

[Warmbellycat]

Hmm... More debug - more strange things... Looks like outerheight returns correct value. Something modifies DIV inline style after and adds
transform: translateX(295px) translateY(195px);

[Warmbellycat]

More interesting...
$floatTable.append($header); //append because colgroup must go first in chrome
At this line styles of DIV was overwritten, but on next step old styles come back with appended transform:translate.
Its change width to auto...

[mkoryak]

Sorry, but without seeing some code that reproduces this somewhere, I can only say "good luck".

…

On Thu, Feb 11, 2021, 3:27 AM Aleksandr Simanov ***@***.***> wrote: More interesting... $floatTable.append($header); //append because colgroup must go first in chrome At this line styles of DIV was overwritten, but on next step old styles come back with appended transform:translate. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#465 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAC5WSNCU35Z5UFFBKQSEK3S6OIIHANCNFSM4XOKJAOA> .

[Warmbellycat]

Ok. I'll try to do docker environment for reproduce this problem.

[mkoryak]

Why do you need a docker? Isn't this just some html and javascript? If you rip out the table in question and css styles that apply to it, you should be able to reproduce this in theory. Or maybe your company will let me sign an nda and take a look at it somewhere (as long as that is simpler for everyone)

…

On Fri, Feb 12, 2021, 2:49 AM Aleksandr Simanov ***@***.***> wrote: Ok. I'll try to do docker environment for reproduce this problem. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#465 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAC5WSOLZS6Q425IXM5S5GLS6TMSHANCNFSM4XOKJAOA> .

[mkoryak]

Also let's try this:
Get your table into there bad state, then save the webpage to disk and email me it, after you remove all the private stuff. Obviously the table should still be "broken". I maybe be able to figure out your problem just by looking at the html. My email is sourcecod at google dot com. Yes the E is missing.
This maybe easier then bringing up a docker, which sounds complicated and I don't really understand how it will help me look at your issue.

[Warmbellycat]

Also let's try this:
Get your table into there bad state, then save the webpage to disk and email me it, after you remove all the private stuff. Obviously the table should still be "broken". I maybe be able to figure out your problem just by looking at the html. My email is sourcecod at google dot com. Yes the E is missing.
This maybe easier then bringing up a docker, which sounds complicated and I don't really understand how it will help me look at your issue.

I'm backend-developer, docker - easy way to reproduce full env with bug for me=)
Ok, i'll save page, remove private data and will send to email.

[mkoryak]

I have not seen any email from you. Please message here when you send it so it doesnt get lost

[mkoryak]

I have not heard for you in 2 weeks. Reopen this issue if you decide that you still need help.