Closed Bug 1537729 Opened 7 months ago Closed 28 days ago

remove grid usage from comm/mail/base/content/


(Thunderbird :: General, task)

Not set


(Not tracked)

Thunderbird 71.0


(Reporter: khushil324, Assigned: khushil324)


(Blocks 1 open bug)



(6 files, 5 obsolete files)

I find this grid removal important and complex so I have made a separate bug for this.

Assignee: nobody → khushil324
Group: mail-core-security
Type: enhancement → task
Attachment #9087096 - Flags: review?(mkmelin+mozilla)
Comment on attachment 9087096 [details] [diff] [review]

Review of attachment 9087096 [details] [diff] [review]:

There seems to be more padding/margins than there used to be (around each row). 
The header name (From, Subject etc) is also not styled the same as it used to (now darker). I think the header value is also missing it's style.

Something's probably off for the width calculations too. It doesn't "fill up" the lines properly, and wraps at another (worse) place than it's supposed to.

::: mail/base/content/
@@ +222,5 @@
>                                       .clientWidth of its largest contained child by an unspecified
>                                       amount. -->
> +                                <html:table id="expandedHeaders">
> +                                  <html:tr id="expandedfromRow">
> +                                    <html:th id="expandedfromTH">

would be nicer to name it expandedfromTableHeader (similarly with the other ths)

::: mail/base/content/msgHdrView.js
@@ +753,5 @@
>        // we may need to collapse or show the tag header row...
> +      if (!headerEntry.valid) {
> +        headerEntry.enclosingRow.setAttribute("hidden", "hidden");
> +      } else {
> +        headerEntry.enclosingRow.removeAttribute("hidden");

you could just write 

eaderEntry.enclosingRow.toggleAttribute("hidden", !headerEntry.valid);
Attachment #9087096 - Flags: review?(mkmelin+mozilla) → review-

(In reply to Magnus Melin [:mkmelin] from comment #2)

Something's probably off for the width calculations too. It doesn't "fill
up" the lines properly, and wraps at another (worse) place than it's
supposed to.

Can you explain this a little?

Attachment #9087096 - Attachment is obsolete: true
Attachment #9090062 - Flags: feedback?(mkmelin+mozilla)
Comment on attachment 9090062 [details] [diff] [review]

Review of attachment 9090062 [details] [diff] [review]:

From and subject are now close to each other, but then there is extra vertical space before To. 
But there's some more serious problem. Try with a small window, and the form and to fields (well the whole rows) are painted on top of each other.

::: mail/base/content/msgHdrView.js
@@ +901,5 @@
> +      if (!headerEntry.valid) {
> +        headerEntry.enclosingRow.setAttribute("hidden", "hidden");
> +      } else {
> +        headerEntry.enclosingRow.removeAttribute("hidden");
> +      }

headerEntry.enclosingRow.toggleAttribute("hidden", !headerEntry.valid);

@@ +953,1 @@
>      }

headerEntry.enclosingRow.toggleAttribute("hidden", !headerEntry.valid)
Attachment #9090062 - Flags: feedback?(mkmelin+mozilla) → feedback-
Attachment #9090062 - Attachment is obsolete: true
Attachment #9091454 - Flags: review?(mkmelin+mozilla)
Comment on attachment 9091454 [details] [diff] [review]

Review of attachment 9091454 [details] [diff] [review]:

The ths are bold, while on trunk subject etc are not. 
But a bigger problem: When having an email with more emails than can fit, and opening up that list, there's a huge (like 100px) vertical gab between From and Subject
Attachment #9091454 - Flags: review?(mkmelin+mozilla) → review-

There is an issue on Trunk. When you have multiple email addresses, reduce the size of the screen. Click on more and expand the window size. You will see a gap there. I will attach a SS.

Attachment #9091454 - Attachment is obsolete: true
Attachment #9091721 - Flags: review?(mkmelin+mozilla)
Comment on attachment 9091721 [details] [diff] [review]

Review of attachment 9091721 [details] [diff] [review]:

The header and value(s) are not 100% aligned vertically (e.g. the Subject)

Also seems on trunk for longer to fields, we just show one line + the (and 87 else). With this patch, a few lines are shown
Attachment #9091721 - Flags: review?(mkmelin+mozilla) → review-

I am not seeing this issues on Mac. Can you attach a SS for Linux?

I checked on Linux machine. Alignment issue was there and I have it resolved now but I am not able to reproduce the issue for longer "to" fields.
I am still seeing "3 more" label at the end. And also can you ask somebody to check on Windows machine if margin and paddings are correct there or not.

Please attach what you have.

Attached image msgHdrinc_macOS.png
Attached image msgHdrInc_Ubuntu.png

But please attach the patch for it.

It's the same patch with margin changes for Linux.

Attachment #9091721 - Attachment is obsolete: true
Attachment #9092919 - Flags: review?(mkmelin+mozilla)
Attachment #9092919 - Flags: review?(mkmelin+mozilla)

I am not able to reproduce following mozmill test failures on Local Machine with the updated patch:
You told that you are not seeing the "more", can you attach a screenshot, please? Also, can you run the mozmill tests?

UI wise it looks ok now.
I can reproduce the more issue still. The mail has around 80 recipients, and that is likely a key factor. Try it with enough recipients of various lengths...

For the test failure, in the test you probably instead need to wait for the mode to change (the click will cause the event that triggers that the toggle, but looks like we're checking the state directly now, and that can be before the click handling ran).

I can't reproduce the test failure locally.

I find the solution for the test failures. But I am not able to reproduce the issue with "more" button. I tried with the 80 odd email addresses. Also in test-message-header mozmill tests, we have few test cases with 100 odd email addresses and it is working fine there also. I will attach the screenshot here. We have a mozmill test to check the behavior of the "more" button and it is passing.
Can you check after moving that particular email to another folder or something? and this problem is only for that particular mail or all the other mails?

There are other test cases with 100 odd emails.

The issue is still there. I'll see if I can get you a test case.

Comment on attachment 9094869 [details] [diff] [review]

Review of attachment 9094869 [details] [diff] [review]:

LGTM, r=mkmelin
Attachment #9094869 - Flags: review?(mkmelin+mozilla) → review+
Keywords: checkin-needed

Pushed by
remove grid usage from r=mkmelin

Closed: 28 days ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 71.0
You need to log in before you can comment on or make changes to this bug.