Bug 34642 – [Qt] Form buttons do not appear in page view: piperlime.com

• Status: RESOLVED
• Resolution: INVALID
• Component: Forms

STEPS TO REPRODUCE:
1. Load piperlime.com
2. Select "Sign in" or "Account" link 
3. Verify forms in steps 1 and 2
ACTUAL RESULTS:

Home page view
"Checkout" button is missing that suppose to be next to "0 items in your bag" link in top right corner
"Sign in" page view:
"Returning customers" div has missing "Sign in" and "Cancel" buttons 
"New customers" div has missing "Register" and "Cancel" buttons
"Account" page view
"Account settings" div has missing "Create an account" button
EXPECTED RESULTS:
Buttons should be rendered on the page

NOTE:
Same observed using Anomaly 4.6.1

[Tor Arne Vestbø]

Please follow the QtWebKit bug reporting guidelines when reporting bugs.

See http://trac.webkit.org/wiki/QtWebKitBugs

Specifically:

  - The 'QtWebKit' component should be used for bugs/features in the QtWebKit API layer, not to signify that the bug is specific to the Qt port of WebKit

    http://trac.webkit.org/wiki/QtWebKitBugs#Component

  - Priority is set by developers when scheduling and triaging tasks, please leave this at the default priority.

    http://trac.webkit.org/wiki/QtWebKitBugs#Priority

  - Choose a descriptive summary/title for the bug and prefix the summary with "[Qt]" if the bug only applies to the Qt-port.

    https://trac.webkit.org/wiki/QtWebKitBugs#Summary

[Kent Hansen]

Couldn't reproduce the missing buttons (Linux, r55658, Qt 4.6-ish), but the size and rendering of the input fields seems wrong (fields are really narrow, text spills outside).

[Tor Arne Vestbø]

Can't reproduce i trunk (week10) on Windows 7 with Qt 4.6.2

[Benjamin Poulain]

I can reproduce the problem on Symbian with Qt 4.7 trunk. No buttons are displayed.

[Timothy Lu]

Moved to Browser team for further investigation.

[Jukka Jokiniva]

Just tried Qt4.6.3 + QtWebKit2.0 on N97 and seems to work ok.

[Benjamin Poulain]

(In reply to comment #6)
> Just tried Qt4.6.3 + QtWebKit2.0 on N97 and seems to work ok.

Closing then.

[Hao Lu]

Inga Shpolberg added a comment - 17/Jun/10 04:33 PM 
able to reproduce the issue above with N97 build 36406 and qt 4.6.3 and webkit 2.0 version 67 from june 16

[Jukka Jokiniva]

I have received information that this bug occurs with QGraphicsWebView but not with QWEbView

[Simon Hausmann]

I have vague memories of discussing a similar issue long time ago. Janne, do you remember this?

If I recall correctly this was a problem in the S60 style.

[Janne Koskinen]

(In reply to comment #10)
> I have vague memories of discussing a similar issue long time ago. Janne, do you remember this?
> 
> If I recall correctly this was a problem in the S60 style.

I looked at the code and don't think we have had this one reported yet.
We did have issue of doing css styling of form elements e.g. buttons. The elements became invisible when CSS was applied. Actually now that I think of it that might be still broken.

[Kenneth Rohde Christiansen]

Luiz, can you please have a look at this?

[Viatcheslav Ostapenko]

It's not a bug. It's quite _special_ web page design.
The bug reproducible, if phone gets RAM exhausted.

The problem here, in big gif image (886px × 2,060px), which takes too much ram.
https://secure-piperlime.gap.com//content/0000/331/295/universal_button_sprite.gif
File itself is not very big (94,180 bytes), but when it get's unpacked, it takes about 8mb of RAM.
If the phone has enough RAM, problem is not reproducible.