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
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
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).
Can't reproduce i trunk (week10) on Windows 7 with Qt 4.6.2
I can reproduce the problem on Symbian with Qt 4.7 trunk. No buttons are displayed.
Moved to Browser team for further investigation.
Just tried Qt4.6.3 + QtWebKit2.0 on N97 and seems to work ok.
(In reply to comment #6) > Just tried Qt4.6.3 + QtWebKit2.0 on N97 and seems to work ok. Closing then.
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
I have received information that this bug occurs with QGraphicsWebView but not with QWEbView
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.
(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.
Luiz, can you please have a look at this?
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.