Bug 34642
| Summary: | [Qt] Form buttons do not appear in page view: piperlime.com | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | nokiabugz |
| Component: | Forms | Assignee: | Vishwanathan Krishnamoorthy <Vishwanathan.Krishnamoorthy> |
| Status: | RESOLVED INVALID | ||
| Severity: | Major | CC: | benjamin, hao.1.lu, hausmann, jukka.jokiniva, kenneth, kent.hansen, koshuin, luiz, ostap73, timothy.lu, vestbo |
| Priority: | P2 | Keywords: | Qt |
| Version: | 528+ (Nightly build) | ||
| Hardware: | S60 Hardware | ||
| OS: | S60 3rd edition | ||
| Bug Depends on: | 35792 | ||
| Bug Blocks: | 35784 | ||
nokiabugz
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
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
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.