| Summary: | folders javascript links in www.libero.it mail server don't work | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Roberto <r087r70> |
| Component: | khtml ecma | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | aiacovitti, finex, maksim, marco.mangiante |
| Priority: | NOR | ||
| Version: | 4.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot highlighting links that doesn't work
konq debug output |
||
*** Bug 140497 has been marked as a duplicate of this bug. *** Test account: konqitest / konqtest I find the same problem with kubuntu edgy 6.10 with konqueror 3.5.5! I also find that after, in my case, reading few mails I found the same problem..also I can't read other emails. Bug confirmed on konqueror 4. works on konqueror 4.1.3, changed to RESOLVED. Sorry but i can't confirm anymore. Tested with kde 4.1.3 from debian and the bug persist. reopening the bug bug still alive on kde 4.3 Created attachment 36443 [details] Screenshot highlighting links that doesn't work To reproduce point konqueror to https://login.libero.it/ , enter "konqitest@libero.it" as username (LiberoID) and "konqtest" for password, then push button "entra", then click on "Mail" link on the left side, finally on "Leggi Mail..." Here with kde 4.4.4 on debian.
A new webmail interface has been introduced (mailbeta); while the old webmail
interface is affected by the same bug the new one doesn't works too.
...well it worked some time ago, now konqueror blocks on page loading ("caricamento").
Looking at debug info it loops on writing the following line on console:
konqueror(988)/khtml (jscript) KJS::Window::checkIsSafeScript: WARNING: JavaScript: access denied for current frame ' "posta25a.mailbeta.libero.it" ' to frame ' "mailbeta.libero.it" '
"Libero" is the most popular webmail service in Italy, it is unfortunate if it can't be used with konqueror! Same on KDE 4.5.0 as described in #c10. I tested by hacking Window::checkIsSafeScript in kjs_window.cpp to return true even when (actDomain != thisDomain) and the webmail works. That's pretty interesting. Do you know what the 2 values that don't match are? (Though long-term might be fixing by switching the model to be closer to other browsers, but it's tricky) They are: actDomain = "posta25a.mailbeta.libero.it" thisDomain = "mailbeta.libero.it" as indicated in comment #10 (If I understood the question) Is "posta25a.mailbeta.libero.it" calculated as wrong domain? Must it be "mailbeta.libero.it"? ...or what it have to be? Is there the chance the bug will be fixed in the 4.5 brach ? Is there the chance the bug will be fixed in the 4.5 branch ? ...sorry for for the double comment If I understand correctly r1195832 aims to be part of solution of this bug. At the moment can't test in trunk (sorry), then i backported r1195832 (+r1195833), except the "postMessage part", to 4.4.5 branch hoping that the test is still valid... Whereas before the webmail interface did not appear at all, but unlike described in comment #10 now it opens in new tab which location bar has this address http://posta40b.mailbeta.libero.it/cp/ps/Main/...., and it is not working (not completely loaded) Nor the hack indicated in comment #12 make it works now. SVN commit 1200119 by orlovich: Implement the "past names map" bug-compat feature from HTML5; needed by libero.it e-mail app (the old one) CCBUG: 137348 M +17 -3 ecma/kjs_html.cpp M +27 -1 html/html_formimpl.cpp M +9 -1 html/html_formimpl.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1200119 SVN commit 1200121 by orlovich: Testcase for form past names map CCBUG: 137348 A baseline/forms/past-names-map.html-dom AM baseline/forms/past-names-map.html-dump.png A baseline/forms/past-names-map.html-render A tests/forms/past-names-map.html WebSVN link: http://websvn.kde.org/?view=rev&revision=1200121 Created attachment 56668 [details]
konq debug output
Likely because of webmaster changes, konqueror has stopped to work properly with the NEW libero.it webmail. After entering the new webmail app konqueror quickly become unresponsive and uses 100% cpu and, if started with debug enabled, it starts to print indefinitely the debug lines as in the attached file.
(OLD webmail interface) If you try to scroll down the frame containing inbox messages, to see the old ones, they are not displayed at all. I verified this is a regression introduced by an old commit: http://websvn.kde.org/?view=revision&revision=874265. Seems the bug is triggered by if condition: https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/entry/khtml/rendering/render_block.cpp#L1763 The following patch fixes the problem, but i'm not sure if it's correct --- render_block.cpp~ +++ render_block.cpp @@ -1760,7 +1760,7 @@ _ty += m_y; // check if we need to do anything at all... - if (!isRoot() && !isInlineFlow() && !isRelPositioned() && !isPositioned() ) + if (!isRoot() && !isInlineFlow() && isPosWithStaticDim() ) { int h = m_overflowHeight; int yPos = _ty; (As a reminder) you can login by using the following username = konqitest@libero.it password = konqtest best regards |
Version: 3.5.5 (using KDE 3.5.5, Debian Package 4:3.5.5a.dfsg.1-2 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-2-686 after logging in www.libero.it and reading the mail, the links to the various folders (incoming mail, sent mail, trash...) don't work at all (do nothing). They work well with Firefox. The links are in the form, for example: javascript:folder_doit('Act_Msgs',1,'SU5CT1g=',1)