Version: (using KDE KDE 3.2.2) Installed from: Gentoo Packages OS: Linux Currently, even if you change your Browser Identity to Mozilla, gmail does not work. It's stuck on loading. Gmail's output is entirely constructed using JavaScript. Google has support for Safari, I tried using Gmail with the Safari 1.2 identifaction, that did not work. Before Gmail goes public it would be nice if either khtml had adapted to gmail or the other way around. The problem(s) might just fix itself as changes from Safari are adopted (if they haven't been fixed in CVS already). I have 4 gmail invites, I'll send them to anyone with @kde.org address or can otherwise show involvement with KDE (other activity on bugs.kde.org etc).
Same problem here, won't login. Absolute pain :-(
you never got a football in your best parts, no?
Doesn't work with current CVS.
If you "log in anyway" then konqueror asks you if you want to open the page with your chosen HTML application (konqueror) and what should appear in the frame on the right appears in a new window. Is it an IFRAME problem? If you use the opened window, you just get back to the same page after logging in (bad javascript context I guess) When I get invites, I'll be happy to give them to developers as above.
Doesn't work here either (KDE 3.2.3). Not sure who we should try to contact at google (anybody knows the email of someone in charge of gmail?).
*** Bug 85426 has been marked as a duplicate of this bug. ***
www.google.com -> more click blogger, create a blog (seems like everybody has one so give it a try:) you should get an invitation afterwards (you'll see it on the http://www.blogger.com/home main page) hope this helps a bit
Hi, at first: this is not a bug of Konqueror but a bug of the web site... checking browsers, hell!!! Is HTML a standard or not? To fix it: just select 'Internet Explorer 5.5 for WinXP' and the login dialog appears. Ciao, Tobias
Above does NOT fix the problem. Using an IE useragent string causes gmail to attempt to use activeX controls to display its interface to get around IE's broken javascript/CSS implementation. Konqueror, of course, does not support this. This bug appears to be a problem with Konqueror's badly broken javascript engine (it chokes on simple Javascript menus!) and iframes. gmail should be considered a test case for this - if it doesn't handle gmail with the browser identifying itself as, say, Firefox 0.9, it doesn't work.
Yes, changing the ID string does not fix the problem. I have heard that Google will make a HTML version of the Gmail interface, but it sure would be nice if Konqueror worked with the current interface. I don't know if the solution must come from the client or server side, though.
Changing the browser ID only allows you to "login" the gmail interface still doesn't load with konqueror. I sent a detailed report of the problem to the google guys and pointed them at this bug in hopes that people from both sides would work to resolve this issue. Gmail isn't the only website where this problem with the javascript occurs. After you login at my.screename.aol.com you are stuck in a loop until it redirects you to an error page. This seems similar to the google gmail situation.
Hi, I don't think this bug should be marked as INVALID/RESOLVED. The person who did this posted a factually inaccurate message suggesting that the situation was not properly understood. Please re-open this bug. The root of this issue is not the login problem which can be circumvented but with the javascript-driven pages that follow it. This may well be a bug in konqueror's javascript engine: has anyone looked at the gmail code and worked out which parts konqueror disagrees with? Is their javascript correct? Until this is determined this bug should not be closed.
I also think this bug should be reopened. If this is really a GMail problem, I think the KDE team should send a formal notification to GMail showing WHERE is the problem in their JS code.
Please reopen this bug as the previous guys said that it should be. I would really like to use konqueror for reading my gmail. Osho
hello Konqueror developers, please reopen this bug!! This is a problem with Konqueror! This is what the GMail Help centre says: Does GMail Work on Safari? Yes. Gmail now supports Safari 1.2 and newer. Mac users can also use the most recent versions of Mozilla or Mozilla Firefox by following the links below: Mozilla: http://www.mozilla.org Mozilla Firefox: http://www.mozilla.org/products/firefox/ Safari uses KHTML so GMail works with KHTML, thus it should work with Konqueror... except it doesn't for some reason.
please resolve this problem for real instead of pretending that it is resolved. changing the browser string is a half arsed resolution if such a thing ever existed. the bug undermines kde's ease of use. firefox 0.9 has no problem with gmail.
This _is_ a Khtml bug ( bunch of bugs actually as Zack Rusin pointed out in his blog ). Reopening.
*** Bug 87388 has been marked as a duplicate of this bug. ***
I just fixed problems with <frame onload> which made gmail.google.com not able to open the main page. The login page should be fixed too (#84332). The fix was applied to HEAD and to KDE_3_3_BRANCH (for 3.3.2). KDE 3.3.1 does *NOT* have the fix, it was released last week. If you're in a hurry, use anoncvs to recompile kdelibs.
Tried KDE CVS-HEAD. When you click the "sign in anyway" link, it doesn't open the login window, opens the "sign in anyway" window again. (well, at least it opens in the same window now). If you change the identification to mozilla/safari, the login window is too small, and the sign in button is invisible. If you try to login, the Iframe becomes blank, but it does not login. I couldn't manage to really open my inbox. Please reopen. On 5 Oct 2004 22:31:19 -0000, David Faure <faure@kde.org> wrote: > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=83786 > faure kde org changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REOPENED |RESOLVED > Resolution| |FIXED > > ------- Additional Comments From faure kde org 2004-10-06 00:31 ------- > I just fixed problems with <frame onload> which made gmail.google.com not able to open the main page. The login page should be fixed too (#84332). > The fix was applied to HEAD and to KDE_3_3_BRANCH (for 3.3.2). > KDE 3.3.1 does *NOT* have the fix, it was released last week. > If you're in a hurry, use anoncvs to recompile kdelibs. >
However if you add the useragent settings for Safari 1.2.1 (found in /usr/share/services/useragentstrings/ for Debian anyway), it does at least partially work :-)). The following lines should be in the file: X-KDE-UA-TAG=SAF X-KDE-UA-FULL=Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/125 (like Gecko) Safari/125 X-KDE-UA-NAME=Safari X-KDE-UA-VERSION=1.2.1 X-KDE-UA-SYSNAME=Mac OS X-KDE-UA-SYSRELEASE=X hth, tom.
Tom are you still referring to HEAD kde or did u try these settings in kde 3.3.0? Because changing the identification strings havent changed anything to me on kde 3.3.0.
After David Faure fixed the code (cheers), I recompiled kdelibs from CVS Head, and added the Safari agent string to get it to work. Otherwise everything is from 3.2.2. Currently not working for me: * Sending mail * Occasional crashes when clicking on mails. * Applying changes to selected mails (such as mark selected as read). However until someone using a proper compiled version (not just kdelibs) has the same experience, these should not be taken as gospel. hth, tom.
I now fixed the problem described in #20. #23 is worth separate bug reports, they are different problems (I saw the problem when sending, didn't have time to debug yet). Backtraces for crashes would be welcome. #22: get KDE_3_3_BRANCH.
CVS commit by faure: Fix for form.input.setAttribute("value","foobar") - i.e. allow sending mails with gmail.google.com. Regression test in khtmltests/regression/tests/forms/form_setattribute.html CCMAIL: 83786@bugs.kde.org, kfm-devel@kde.org M +16 -7 html_formimpl.cpp 1.389 --- kdelibs/khtml/html/html_formimpl.cpp #1.388:1.389 @@ -1167,6 +1167,9 @@ void HTMLInputElementImpl::parseAttribut break; case ATTR_VALUE: + if (m_value.isNull()) // We only need to setChanged if the form is looking + setChanged(); // at the default value right now. + break; case ATTR_CHECKED: - // these are the defaults, don't change them + // WebCore has m_defaultChecked and m_useDefaultChecked code here.... break; case ATTR_MAXLENGTH: @@ -1247,5 +1250,4 @@ void HTMLInputElementImpl::attach() m_type = TEXT; - if (m_type != FILE) m_value = getAttribute(ATTR_VALUE); if ((uint) m_type <= ISINDEX && !m_value.isEmpty()) { QString value = m_value.string(); @@ -1434,5 +1436,5 @@ bool HTMLInputElementImpl::encoding(cons void HTMLInputElementImpl::reset() { - setValue(getAttribute(ATTR_VALUE)); + setValue(DOMString()); setChecked(getAttribute(ATTR_CHECKED) != 0); } @@ -1451,7 +1453,14 @@ void HTMLInputElementImpl::setChecked(bo DOMString HTMLInputElementImpl::value() const { - if(m_value.isNull()) - return (m_type == CHECKBOX || m_type ==RADIO) ? - DOMString("on") : DOMString(""); + if ( m_type == CHECKBOX || m_type == RADIO ) { + if ( m_value.isNull() ) + return DOMString("on"); + } + + // It's important *not* to fall back to the value attribute for file inputs, + // because that would allow a malicious web page to upload files by setting the + // value attribute in markup. + if (m_value.isNull() && m_type != FILE) + return getAttribute(ATTR_VALUE); return m_value;
Hi, this patch solved the problem with gmail not sending mail but created two other problems, at least for me: 1. If you use Konqueror's input box to search something in google (the one at the right side of Konqueror's location input box) it searches in google, but the text that you entered is not displayed in google's input text (the one at the left side of the Search button). 2. You can't send messages in Orkut (http://www.orkut.com). Every time you click on submit button it goes back to the editing page instead of submiting.
Yes there were later fixes in CVS. Better update to CVS HEAD to get the latest KHTML.
could we have a nice screenshot of GMail in Konqueror?
> could we have a nice screenshot of GMail in Konqueror? What for?
for those of us who don't yet have latest CVS head, to see the beauty of gmail finally working in Konqueror :-)
Reopening because it seems gmail have changed, and many people report problems logging now. My personal experience is that "loading" flickers several times (with two different font-sizes and background), then the titlebar is updated to "inbox(1)", but the screen is blank.
This bug is going to be continually opened and closed as gmail changes and regressions occur. Really, the problems faced by konqueror and gmail are numerous and distinct - shouldn't each issue be treated as a seperate bug?
This bug-report is for fundamental doesn't work at all (can't get in) issues. There are separate bug-reports for other issues, but yes we should get in contact with google as well, so even if they wont, we can test and see if new versions work.
Does Safari have this problem of Gmail not working as gmail changes? Because it also uses KHTML, and if it doesn't, nor should Konqueror.
I found this in GMails Help Center: I get stuck on the 'Loading' message in Safari. Answer: Gmail supports Safari 1.2 and newer. If you are experiencing a problem when logging in to your account, please reload your browser. To reload Safari, click 'Reload' along the browser's task bar. In some cases, it may be necessary to reload the page more than once to completely fix the problem.
Still doesnt work with KDE 3.4-beta1
Additionally Konqi crashes while logging on to Gmail. Attached is the backtrace with full debug. Looks like the KHTMLPart was dead before it was accessed. This is with today's CVS build. (26th Jan 05).
Created attachment 9305 [details] Backtrace after the crash
Pasting the backtrace. Please don't attach them: Using host libthread_db library "/lib/tls/libthread_db.so.1". `shared object read from target memory' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1236224288 (LWP 5857)] [KCrash handler] #4 0xb5e06ca6 in KHTMLView::part (this=0x41) at khtmlview.h:112 #5 0xb5e35c42 in DOM::HTMLDocumentImpl::close (this=0x882d308) at html_documentimpl.cpp:277 #6 0xb5dbfb7e in KHTMLPart::checkEmitLoadEvent (this=0x8773658) at khtml_part.cpp:2228 #7 0xb5dbfdf2 in KHTMLPart::checkCompleted (this=0x8773658) at khtml_part.cpp:2150 #8 0xb5dc1178 in KHTMLPart::slotLoaderRequestDone (this=0x8773658, dl=0x89b8e00, obj=0x41) at khtml_part.cpp:2003 #9 0xb5dcfaac in KHTMLPart::qt_invoke (this=0x8773658, _id=-1220268612, _o=0xbfffe620) at khtml_part.moc:531 #10 0xb6fc4e97 in QObject::activate_signal (this=0x824e198, clist=0x853a1b0, o=0xbfffe620) at qconnection.h:54 #11 0xb5ee546f in khtml::Loader::requestDone (this=0x824e198, t0=0x41, t1=0x41) at loader.moc:240 #12 0xb5ee77b9 in khtml::Loader::slotFinished (this=0x824e198, job=0x885ac98) at loader.cpp:1105 #13 0xb5ee7982 in khtml::Loader::qt_invoke (this=0x824e198, _id=2, _o=0xbfffe780) at loader.moc:260 #14 0xb6fc4f0c in QObject::activate_signal (this=0x885ac98, clist=0x824efc8, o=0xbfffe780) at qconnection.h:54 #15 0xb7bc6445 in KIO::Job::result (this=0x885ac98, t0=0x41) at jobclasses.moc:156 #16 0xb7bc64ac in KIO::Job::emitResult (this=0x885ac98) at job.cpp:217 #17 0xb7bc9a74 in KIO::SimpleJob::slotFinished (this=0x885ac98) at job.cpp:536 #18 0xb7bd7cd6 in KIO::TransferJob::slotFinished (this=0x885ac98) at job.cpp:896 #19 0xb7bc825e in KIO::TransferJob::qt_invoke (this=0x885ac98, _id=142978200, _o=0xbfffeb30) at jobclasses.moc:1050 #20 0xb6fc4f0c in QObject::activate_signal (this=0x8781768, clist=0x83db368, o=0xbfffeb30) at qconnection.h:54 #21 0xb6fc5692 in QObject::activate_signal (this=0x8781768, signal=142791432) at kernel/qobject.cpp:2326 #22 0xb7bb31e1 in KIO::SlaveInterface::finished (this=0x41) at slaveinterface.moc:226 #23 0xb7bb5a74 in KIO::SlaveInterface::dispatch (this=0x8781768, _cmd=104, rawdata=@0xbfffedd0) at slaveinterface.cpp:237 #24 0xb7bb4b1b in KIO::SlaveInterface::dispatch (this=0x8781768) at slaveinterface.cpp:173 #25 0xb7bb080d in KIO::Slave::gotInput (this=0x8781768) at slave.cpp:300 #26 0xb7bb0d18 in KIO::Slave::qt_invoke (this=0x8781768, _id=4, _o=0xbfffef10) at slave.moc:113 #27 0xb6fc4f0c in QObject::activate_signal (this=0x87812c0, clist=0x86b6ca8, o=0xbfffef10) at qconnection.h:54 #28 0xb6fc551f in QObject::activate_signal (this=0x87812c0, signal=2, param=31) at kernel/qobject.cpp:2450 #29 0xb7314490 in QSocketNotifier::activated (this=0x41, t0=65) at qmetaobject.h:261 #30 0xb6fe15fd in QSocketNotifier::event (this=0x87812c0, e=0x1f) at kernel/qsocketnotifier.cpp:280 #31 0xb6f6173d in QApplication::internalNotify (this=0x41, receiver=0x87812c0, e=0xbffff2b0) at kernel/qapplication.cpp:2635 #32 0xb6f618f2 in QApplication::notify (this=0xbffff7e0, receiver=0x87812c0, e=0xbffff2b0) at kernel/qapplication.cpp:2523 #33 0xb75b0bb5 in KApplication::notify (this=0xbffff7e0, receiver=0x87812c0, event=0xbffff2b0) at kapplication.cpp:549 #34 0xb6f54ed3 in QEventLoop::activateSocketNotifiers (this=0x8123b58) at qapplication.h:491 #35 0xb6f0f183 in QEventLoop::processEvents (this=0x8123b58, flags=4) at kernel/qeventloop_x11.cpp:383 #36 0xb6f78001 in QEventLoop::enterLoop (this=0x8123b58) at kernel/qeventloop.cpp:198 #37 0xb6f77f56 in QEventLoop::exec (this=0x8123b58) at kernel/qeventloop.cpp:145 #38 0xb6f60750 in QApplication::exec (this=0xbffff7e0) at kernel/qapplication.cpp:2758 #39 0xb7f75661 in kdemain (argc=65, argv=0x41) at konq_main.cc:206 #40 0x080486ee in main (argc=65, argv=0x41) at konqueror.la.cc:2
GMail works here flawlessy with Konqueror 3.3.2, using KDE 3.3.2 from Debian Unstable.
> GMail works here flawlessy with Konqueror 3.3.2, using KDE 3.3.2 from Debian Unstable. Navigation works, but have you tried to send an email?
>> GMail works here flawlessy with Konqueror 3.3.2, using KDE 3.3.2 from Debian Unstable. > > Navigation works, but have you tried to send an email? Yep, i've sent four mails, and konqueror crashed once, and received with no problems the rest of the three.
I get the following error message: Oops...the system was unable to perform your operation.Please try again in a few seconds. I am running 3.3.93 (beta2) Level "a" SUSE 9.2 UNSUPPORTED I have tried *all* the user-agent options. With Netscape 4.76 on Windows 95, the mailbox is listed but none of the hyperlinks work from that page (except logout!)
if you sign in via https it works basically, i saw the following: * the "oops ... the system ..." popup mentioned above on every login * the autocompletion of email-addresses does not work * if you press "compose", fill in some text, then press the "open in new window" icon in the top right corner, it opens, but clears your text. debian unstable, 3.3.2.
Created attachment 9716 [details] after login crash via https after log in to https://gmail.google.com konqueror sometimes crashes immediately. debian unstable, konqueror 3.3.2
I get stuck on the 'Loading' message. For Safari they suggest reloading your browser. You can do that till the end of time in KDE 3.4_beta2, but it's not possible to pass the 'Loading' message.
I can confirm that. With KDE 3.4 beta 2, most of the times GMail stops working on the "Loading" page. Only once I managed (reloading it a few times) to get in to the main page, but then I couldn't read any message cause mouse clicks seemed to have no effect.
CVS commit by carewolf: Sorry, it seems I was the one who broke Gmail, but now it works again BUG: 83786 M +7 -3 decoder.cpp 1.78 --- kdelibs/khtml/misc/decoder.cpp #1.77:1.78 @@ -428,4 +428,8 @@ QString Decoder::decode(const char *data ptr++; } + if (invalid > 0) { + body = true; + goto found; + } return QString::null; }
In recent news: It looks like I finally got through to google. GMail no longer claims Konqueror is unsupported when trying to log in.
> ------- Additional Comments From kde carewolf com 2005-03-01 14:43 ------- > In recent news: It looks like I finally got through to google. GMail no > longer claims Konqueror is unsupported when trying to log in. It now uses a basic html when Konqueror and other non-supported browser is used. Very useless imho.
are you sure? I found this code somewhere in gmail: var QL = zc.indexOf ("konqueror") != -1; var ya = zc.indexOf ("safari") != -1 || QL;
On Tuesday 01 March 2005 17:33, Allan Sandfeld wrote: > ------- Additional Comments From kde carewolf com 2005-03-01 16:33 ------- > are you sure? I found this code somewhere in gmail: > var QL = zc.indexOf ("konqueror") != -1; > var ya = zc.indexOf ("safari") != -1 || QL; I meant the main mail page and not login page. Here is what it says at top of page when using Konqueror : "For a better Gmail experience, use a fully supported browser. Learn more" And "Learn More" link says : <quote> If you sign in to Gmail using a browser that isn't fully supported, you'll automatically be directed to a basic HTML view of our service. To make sure that you can always access your mail, we’ve developed this basic HTML view that is compatible with almost any browser. Since your browser isn't fully supported, you might notice that some of your favorite features aren’t available in the current view, including the following: Filter creation Settings Spell checker Keyboard shortcuts Address auto-complete For access to all of Gmail’s features, sign in to your account from a fully supported browser, and make sure you have cookies and JavaScript enabled. </quote> Sad the fact that Konqi supports most of these features although some of them are crashy and/or slow.
But Konqueror doesn't get the basic HTML page, we get the full featured GMail: - Filter Creation works - Settings works - Keyboard shortcuts works - Address auto-complete does not work - Spell checking partly works, but crashes AFAICS we are treated as Safari now, we are just not listed among the officially supported browser yet.
As of today (march 4 2005) I am redirected to the html page with default Konqui 3.4rc1 agent id. If I fake agent to Safari of Firefox, I do get the fancy page but all functionality is broken... btw: I have been able to use gmail on konq 3.4 with 95% functionality for over a week since I started using 3.4rc1.
Ugh. Just as it was starting to work well, they lock us out again...
I'm using Konqueror 3.3.2 on Gmail today, and for the first time ever on Konqueror (for me) Gmail doesn't pop up an error, and fail to render! It renders fine and runs fast, though it does display a warning at the top of the page: "For a better Gmail experience, use a fully supported browser. Learn more" which links to http://gmail.google.com/support/bin/answer.py?ctx=gmail&answer=15046 That linked page mentions that you can go to http://gmail.google.com/gmail?nocheckbrowser to skip the browser check. On 4 Mar 2005 14:29:46 -0000, Simon Roby <simon.roby@gmail.com> wrote: [bugs.kde.org quoted mail]
Why is this bug closed? Basic HTML mode is worthless, and Konqueror (3.4.1) still doesn't work in Standard mode. It looks okay at first glance, but you can't click anything! Or is it just me??
nope, its not just you.
It was closed because the bugs in the report were fixed and gmail brought to work. There is a new bug report for the new bugs Google have introduced in GMail.
Created attachment 20620 [details] New patch In case people are wondering. GMail was update this morning, and standard-view stopped working when you spoof as Firefox. I've traced down the bug and fixed Gmail again:
Gmail stopped working for me too. Is the patch of Allan Sandfeld already accepted?
Yes, the fix is already committed, see: http://bugs.kde.org/show_bug.cgi?id=145616 (not included in KDE 3.5.7)
I'm now using konqueror 4.1.2 and gmail used to work until last Friday. I guess they have made some changes over the weekend and standard view doesn't work anymore if konqueror UA is set to firefox 2.0.0.8 for domain mail.google.com. I've tried the main view and you get an empty page. If you try the URL of a specific (long) message, the only thing you see is a little box in the lower right corner with the name of the sender, but the rest of the page is empty. Can someone confirm ?