Version: (using KDE KDE 3.4.0) Installed from: Mandrake RPMs OS: Linux I'm using Konqueror 3.4.0 as found in http://rpm.nyvalls.se (I'm an unofficial package maintainer). After changing konqueror's browser identity to "Firefox 1.0", I opened gmail.google.com and logged in. The page renders (almost) nicely (it renders the message previews even under the "date received"), but is unusable. The only working links are: Top right of the page: Help ( http://gmail.google.com/support/?ctx=gmail&hl=en ) Sign out ( http://gmail.google.com/gmail?logout&hl=en ) Bottom of the page: Learn more ( http://gmail.google.com/support/bin/answer.py?ctx=gmail&hl=en&answer=15049 ) Terms of Use ( http://gmail.google.com/gmail/help/terms_of_use.html ) Privacy Policy ( http://gmail.google.com/gmail/help/privacy.html ) Program Policies ( http://gmail.google.com/gmail/help/program_policies.html ) Google Home ( http://www.google.com/ ) Buttons "Search Mail", "Search Web" and "Send Invite" work, too, but all the other links don't work. They don't even show where they point to in the status bar.
They don't even show where they point to in the status bar when we hover the mouse cursor over them.
Current CVS HEAD has the same problem. Oh, and the New Features ( http://gmail.google.com/gmail/help/whatsnew.html ) link at the top of the page works as well. But I suspect that the original poster just missed that one.
Same here (kde 3.4.0). I use http://gmail.google.com/gmail?nocheckbrowser to login and the page I get is unusable. If I don't use ?nockeckbrowser, I get the simple HTML version of GMail and a banner that says "For a better Gmail experience, use a fully supported browser."
i can confirm all. i tried firefox, mozilla and safari. render is pretty perfect but i can't click over gmail links. i'm using gentoo kde ebuilds, vanilla one so. 3.4.0 of course
From looking at the debug you can see that the new frame is actually loaded. For some reason it just doesn't replace the existing frame.
SVN commit 427414 by carewolf: Return the real DOM values when emulating Mozilla. In normal mode we still simulate IE. Fixes GMail if you spoof as Firefox CCBUG: 104352 M +4 -0 ChangeLog M +3 -0 ecma/kjs_events.cpp --- trunk/KDE/kdelibs/khtml/ChangeLog #427413:427414 @@ -1,5 +1,9 @@ 2005-06-20 Allan Sandfeld Jensen <kde@carewolf.com> + * ecma/kjs_events.cpp: Respect the DOM for MouseEvent::Button atleast when simulating Mozilla + +2005-06-20 Allan Sandfeld Jensen <kde@carewolf.com> + * html/doctypes.gperf: Add Xhtml doctypes * html/html_documentimpl.cpp: Recognize XHTML served as HTML parsing type --- trunk/KDE/kdelibs/khtml/ecma/kjs_events.cpp #427413:427414 @@ -647,6 +647,9 @@ return Boolean(static_cast<DOM::MouseEvent>(event).metaKey()); case Button: { + if ( exec->interpreter()->compatMode() == Interpreter::NetscapeCompat ) { + return Number(static_cast<DOM::MouseEvent>(event).button()); + } // Tricky. The DOM (and khtml) use 0 for LMB, 1 for MMB and 2 for RMB // but MSIE uses 1=LMB, 2=RMB, 4=MMB, as a bitfield int domButton = static_cast<DOM::MouseEvent>(event).button();
Why only for NetscapeCompat? Now the links work for spoofing Mozilla but the drawing is right for spoofing as Safari. When spoofing as Mozilla the title and date overlap when listing mails.
Because GMail assumes we use the old behaviour. It is something else that is stopping the links when using ?nocheckbrowser or spoofing as Safari.
Im using kde one day of the svn branch_3.4 and konqueror continues with same problems regarding the gmail site, still doesnt displays all like for example Firefox do.
FWIW, GMail has worked fine for me since Konqueror 3.4.1, and without changing the browser ID. Can't this be closed now?
It does not work right, just open firefoxandkonquerorandjust see the differences
doesn't work here.
I guess that depends on what you consider "right". If you go to GMail, it displays correctly. So you could say that it is right. However, it does not display the same thing that Firefox displays. That happens because GMail serves a different page if it detects you're using Firefox. Konqueror can handle almost everything in the Firefox page, so you can change your ID and it should work right. Unfortunately, while Google folks keep changing their site and breaking our support, this will never work. As I said in my blog once, this is a WONTFIX. You people who are GMail users, please *kindly* ask GMail to support Konqueror. Our developers have have, more than once, achieved compliance and made the site display correctly. But they (=GMail) keep on breaking it. (And when I say "kindly", I mean it. Write educated emails explaining the situation)
wait, that's not a gmail-compatibility only problem. when gmail supported konqueror (and with support i mean "not deny") there were no problems. but actually, when konq says "i'm firefox" it renders good. the problem is we can't click on links. and this is not a gmail problem, but a konqueror emulation problem.
Konqueror does not emulate firefox when it says "I'm firefox" - it simply tells the gmail server that it is firefox and tries to deal with the page that get's returned
sure! my words where not perfect. but, however, it parse html, renders it good, but doesn't let user to click on links. firefox can, ie can. konq lacks this so
The reason _was_ that firefox uses a different button detection than MSIE and Konqueror. As I stated in my commit. In KDE 3.5, and possibly backported to 3.4.2 our emulation of Firefox have improved in this area and links now work. And setting the UA does trigger small scale emulation
can you post a patch against 3.4.1, in order i can test it?
Just use the patch for ecma/kjs_events.cpp in comment #6
works really good, didn't notice any problem around. you can apply to 3.4.2 for me.
Apply for what reason? I have applyed the patch and konqueror continues NOT correctly showing gmail contents, and when says the oppposite please check in firefox. Severall said that all appears ok, well i dont see how...
We can't fix this while Google keeps breaking. It's a cat and mouse game. When Google stops breaking the site, we'll really fix. Until then, it's just "catching up".
So why dont kde developers inform gmail maintainer about this?
We did. We got no reply. See comment #13.
No you did not, you only asked gmail users to report that to gmail maintainers. But like i said previously in reply to comment #20 in wich says that the patch puts konqueror working perfectly, appearing links ant etc, well that isnt true.
Well i forgot to add the Firefox browser identification, with that now gmail displays fine :)
Comment #13 said what you users can do. But we did send email to the GMail maintainers.
however the topic for this bug was: konqueror doesn't let user click on gmail's links. fixed. and however it renders good, no problems here. i'm running a patched kdelibs versions, never found a problem with other sites. good job kde :) i vote for closing and applying :)
Okay, konqueror can render gmail perfectly now. But what about composing in rich text? is design mode thing is implemented in konqueror? I am running kde-3.5 from svn dloaded just 1 day ago. But it is not implemented, as I can see. So please look into this too. If that is implemented, then blogspot.com can also be composed in rich text!
And one more important point. Gmail supports safari. Safari is based on khtml/kjs. Then why not when emulating as safari, page is rendered correctly? I think, safari emulation should be priority as that is basically khtml/kjs! so why not to support safari? then, send gmail developers that add konqueror to serve safari pages?
Testing with KDE 3.5-alpha1 on Gentoo Linux with: http://mail.google.com/mail/?nocheckbrowser I still have the same problem. Links do not work. (But the ACID2 test works, congrats!!!)
Try changing the user agent to firefox. it will work definitely. (it works for me). On 20 Sep 2005 09:41:32 -0000, Ernst de Haan <ernst.dehaan@nl.wanadoo.com> wrote: [bugs.kde.org quoted mail] Try changing the user agent to firefox. it will work definitely. (it works for me).<br><br><div><span class="gmail_quote">On 20 Sep 2005 09:41:32 -0000, <b class="gmail_sendername">Ernst de Haan</b> <<a href="mailto:ernst.dehaan@nl.wanadoo.com"> ernst.dehaan@nl.wanadoo.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">------- You are receiving this mail because: ------- <br>You are a voter for the bug, or are watching someone who is.<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=104352">http://bugs.kde.org/show_bug.cgi?id=104352</a><br>ernst.dehaan nl wanadoo com changed:<br><br> What |Removed |Added<br>----------------------------------------------------------------------------<br> CC| |ernst.dehaan wanadoo nl<br><br><br><br>------- Additional Comments From ernst.dehaan nl wanadoo com 2005-09-20 11:41 -------<br>Testing with KDE 3.5-alpha1 on Gentoo Linux with:<br><a href="http://mail.google.com/mail/?nocheckbrowser"> http://mail.google.com/mail/?nocheckbrowser</a><br><br>I still have the same problem. Links do not work.<br><br>(But the ACID2 test works, congrats!!!)<br></blockquote></div><br>
Well, Google developers seems to be *******s as M$ website used to send wrong layout to Opera (supposedly a trainee mistake). Yet, there is still somehow a bug as it also appears on OpenWeb.org -- a famous French website promoting web accessibility and so using pure standard xhtml1.0/css2 and AA compliant! I'm using KDE 3.4.3. The bug appears on http://openweb.eu.org with the "Normal" stylesheet: the left menu entries are not always clickable (really strange behavior as it is changing unpredictably while going over the links several times in a row).
On Tuesday 25 October 2005 16:02, Adrien Cordonnier wrote: [bugs.kde.org quoted mail] Adrien the page works fine with KDE 3.5 beta2.
I think openweb is a completely separate bug. As far as I can see it just the trigger area that is slightly off such that the leftmost part of the menu items are not triggering on mouseover.
The page only works well if you identify konqueror as firefox, else will not show everything, just check before you say this again. I also use kde branch_3.5 from yesterday revision
No, the webpage works when identified as konqueror too. As Allen Sandfeld said, the trigger area is somewhat off to right. And that is what is creating problem. Try to mouse hover on the right side of CSS/HTML etc . And you will see them highlighted :) Either this is a webpage bug, or may be it is exposing a khtml bug. In any case, Gmail is a separate issue. > ------- Additional Comments From mmodem00 netvisao pt 2005-10-25 22:21 > ------- The page only works well if you identify konqueror as firefox, else > will not show everything, just check before you say this again. > > I also use kde branch_3.5 from yesterday revision
if I identify as FF, I can click links... but then the display is a bit mucked up. dates overlap with subjects. (kde 3.5.0) I seem to have uncovered another minor bug... the little thing in the corner telling me what useragent I'm using seems to lag one behind what I really set, until I hit f5. I should file a bug for that later. anyways, why do we have to identify as FF to have half-working javascript? this isn't the only site konq breaks on; it seems to have fundamental problems with any fancy javascript involving clicking-on-stuff. and fancy js is getting popular- I use some at work, and simply cannot get it to work in konq. and why do the, uh, *nice* people at gmail not seem to listen to any feedback? :P ...sorry, I'm getting sidetracked. I just... don't really understand why js still won't work normally.
The problem is that "fancy JS" generally means "browser-specific JS". That is, they try to detect what browser you're using and then push some specific behaviours or functions or quirks that aren't in the standard.
With the most recent KDE 3.5 SVN. http://mail.google.com/mail?nocheckbrowser actually responds to the first couple of clicks, then it seems to freeze and stops responding to key- and mouse-clicks. Ofcouse spoofing as firefox still works perfectly ;)
I have problems too, even using the new 3.5.2 version... using konqueror's default identification with ?nocheckbrowser in the URL, clicks do not work at all using firefox identification, clicks work but: lines inside the inbox continues over messages date and, more important, composing a mail all destination addresses have to be typed manually (in firefox, typing the first letter of an address, it shows which addresses begin with that letter) using safari identification, clicks don't work at all (similar to the default identification)
I suppose I am having the same bug .... on a message view, I click on "more options", then I get a serie a links. Reply | Reply to all | Forward | Print | Add sender to Contacts list | Delete this message | Report phishing | Show original | Message text garbled? | <span class="l" id="phs">Report phishing</span> | <span class="l" id="or">Show original</span> | ok they are very special links... hmm... I don't know where they have specified their JS ... god, we love google and their very special way of doing things ;) I thought numeric-only class_name were illegal. anyway,... good luck with this one.
^ That's a lower-case "L", not a number 1. You probably confused the two depending on your fonts installed, they look similar way too often. I'd say this bug should be classified as a WONTFIX, being a site-specific problem and simply that Google doesn't want to support Konqueror at the moment. There's been several fixes already, each broken by some new crazy Google change. The only way it would work is if Google gets off their asses and installs KDE and tweaks Gmail for Konqueror.
That's no reason to close/resolve this bug. It doesn't work (for someone obviously). If all projects worked like that linux would only program to specification and a good amount of hardware would _never_ work with it in the real world. My 2c says it's better to be a bit flexible. AFAIK this bug should already be closed (wfm) but there's still alot of gmail that isn't yet supported.
actually konqueror works quite well with gmail. there is only those links as far as I know. and google is using some web feature that is supported by all main web browsers except konqueror. its something konqueror should be able to do. not google to workaround for us. my 2 cents
It's getting stupid repeating this all the time: Set UI to Firefox, and the links will work just fine. They have a workaround for a bug in Safari, that does not work in Konqueror.
Yes, but that wouldnt even be needed, so why dont you somply fix firefox and avoid all this kind of sittuations?!
Just tested it to make sure, Allan Sandfeld in comment#46 is right. those links works with a UA set to Firefox. its really a workaround for safari they put. interresting. I guess there is not much we can do here then. and this bug can be closed. IMHO.
WORKSFORME with firefox 1.5 browser ID.