Closed Bug 18489 Opened 25 years ago Closed 25 years ago

Buttons and their text labels are misaligned at deja.com

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: rodzilla, Assigned: rods)

References

(
URL
)

Details

Attachments

(2 files)

html that shows error
7.67 KB, text/html
Details
attached test with better coloring of cells
191 bytes, text/html
Details 
Mozilla build: 1999110708

Problem:

1. Buttons on deja.com's My Deja e-mail service do not respond
(This problem occurs on the linux version and not the Win32 version)

For example, when I sign-on to this service, I have the option of using their
e-mail service by clicking on the e-mail button.

The e-mail service page comes up and displays my inbox. I click on the "Write
Message" button and the compose mail page comes up.

On the top and bottom of the compose mail page, there are a series of buttons,
such as send, attach, cancel, etc...

None of these buttons do anything under mozilla-linux but do work under
mozilla-win32

2. The "Attach File" and "Cancel" buttons do not display properly, the text on
these two buttons appear to wrap around itself.
(This problem occurs on both linux and win32 versions)

Moving the mouse over these buttons sometimes causes the buttons to display
correctly.


Recreating this bug:

1. Recreating this bug requires signing up for a free account from deja.com

2. Once your account is created, log-in to the service

3. You will see the e-mail button under the my-deja menu on the left-hand side

4. Once you get into the e-mail service, click on the "Write Message" button on
the left-hand side

5. Create a test message and attempt to use the send, attach or cancel buttons

6. Also observe the attach and cancel buttons to see if they display correctly.
Correction:

Win32 Build: 1999110708
Linux Build: 1999110908
Verified using 1999111017, Redhat 6.0,
Send displayed correctly but the other two buttons didn't.
Assignee: leger → don
Component: Browser-General → XPApps
QA Contact: leger → claudius
claudius, can you reproduce with latest build?
Assignee: don → claudius
This sounds like content problem, layout/JS?
claudius for investigation.  try it with viewer..
Assignee: claudius → mcafee
OS: Linux → All
Hardware: PC → All
Summary: Buttons don't work on deja.com's My Deja e-mail service → Buttons and their text labels are misaligned at deja.com
I can reproduce this with the 20000106 builds on platforms. The buttons work fine however. The
text on the buttons don't line up and overrun each other making it difficult/ near impossible
to use the buttons unless you already know what they do.

I couldn't get viewer to load pages, so i couldn't test it there.

you also don't need to compose a message to reproduce. At the inbox level, you can see
some misaligned buttons.

Since this report really contained two bug and the first one went away, I've changed the summary
to reflect the current situation. I'm also reassigning to mcafee, cuz I don't know why it's assigned
to me in the first place.
Attached file html that shows error — 

    
    

    
  
Narrowed html down, attached the file.
Looks like ? some table tags not closed?
I don't have a tool to track this down,
looks like layout though.  I can repro on linux, winNT.


Assignee: mcafee → rickg
Component: XPApps → Layout

    
    

    
  
Rod -- here's one for you, with a new min case:

<html><body>
  <table>
    <tr bgcolor=blue>
      <td><input type="submit" value="Help Me!"></td>
      <td width=100%>&nbsp;</td>
    </tr>
  </table>
</body></html>

Assignee: rickg → rods

    
    

    
  
Chris, I am reassigning this to you. Start by looking at the test in Nav 4.x, 
the second cell wants to be a 100% so the first has a size of zero and the 
second cell gets all the room. The reflow into the button has the availableWidth 
set to 420 but the mComputedWidth is unconstrained which seems odd to me, plus 
the button passes back the size it needs to be and this is ignored. The block 
frame directly inside the table cell for the button has its width set to 420.

The button painting looks cropped and there may be a problem with the button, 
but the first cell's width should be zero and the button shouldn't be displayed 
at all. I think we need to find some other test case where maybe the button 
doesn't size correctly.

Assignee: rods → karnaze

    
    

    
  
This looks related to bug 18597.


    
    

    
  
[Using RickG's test case in the comments] Nav doesn't display it correctly but 
IE does. The button should show up. The block containing the button is returning 
a max element size of 420 twips (28 pixels) which is too small. Since the other 
cell is 100%, the cell containing the button only gets 420 twips. Rod, this is 
either a block or button problem, I can't tell which.

  TO::Rfl en 011E156C rea=0 av=(8940,UC) comp=(8940,UC) count=0
    T::Rfl en 011E15C0 rea=0 av=(8940,UC) comp=(8940,UC) count=1
      TRG::Rfl 011E162C rea=0 av=(UC,UC) comp=(UC,UC) count=2
        TR::Rfl en 011E166C rea=0 av=(UC,UC) comp=(UC,UC) count=3
          TC::Rfl 011E16B4 rea=0 av=(UC,UC) comp=(UC,UC) count=4
            Area::Rfl en 011E1710 rea=0 av=(UC,UC) comp=(UC,UC) count=5
            Area::Rfl ex 011E1710 des=(1260,360) maxElem=(420,270)
          TC::Rfl ex 011E16B4 des=(1290,390) maxElem=(450,300)
          TC::Rfl 011E18F0 rea=0 av=(UC,UC) comp=(8940,UC) count=6
            Area::Rfl en 011E194C rea=0 av=(UC,UC) comp=(UC,UC) count=7
            Area::Rfl ex 011E194C des=(60,285) maxElem=(60,285)
          TC::Rfl ex 011E18F0 des=(90,315) maxElem=(90,315)
        TR::Rfl ex 011E166C des=(1470,450) maxElem=(540,315)
      TRG::Rfl ex 011E162C des=(UC,450) maxElem=(540,315)
Assignee: karnaze → rods

    
    

    
  
Although I didn't/couldn't get to the mail site, this is a known bug that has 
been fixed. If you think it is still a problem please put in an URL that 
directly displays the problem. And one that I don't have to sign up for mail to 
check out.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME

    
    

    
  
marking VERIFIED as WFM(even though it should be fixed) unless I hear otherwise form the reporter.

Status: RESOLVED → VERIFIED

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: