| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Also clean up API, giving proper names to method
updateActions --> updateHistoryActions
browserTabLoading(bool) --> currentTabStateChanged()
...
also workaround problem that m_progress is (yet) 0 or 100 when load started
REVIEW:103651
|
|
|
|
| |
This fixes problems on unwanted connections while using rekonq.
|
|
|
|
|
|
| |
It was really a mess before. I also found 2 settings never used...
WARNING: This will cost users to reset some settings. Sorry for that
|
|
|
|
|
|
|
|
|
|
| |
- added tabs page to rekonq ones
- manage about:tabs links
- let it manage show/close tabs
- fix settings for the new page
- adjust controls for it (modify, add thing removed)
REVIEW:103566
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- let users choose a "default" download dir
- Moved download code to download manager
- follow dfaure's suggestions about overwrite handling
(kdelibs commit 88e3b372fb9c539)
- download label notification (for 3 seconds): this can be further
improved with an icon...
BUG: 271683
BUG: 283177
|
|
|
|
|
| |
REVIEW: 103242
REVIEWED-BY: adjam
|
| |
|
|
|
|
|
|
|
|
|
| |
the contextual menu action was not working cause of a wrong
signal/slot connection.
This commit fixes it :)
REVIEW: 102708
REVIEWED-BY: adjam
|
|
|
|
|
|
|
|
|
| |
This reverts commit 6fc47df74dbd6c6c95dc14182cf33ffd0d4de4f6.
This is seen as a bug for users deciding to change the download dir.
Every major browser behaves this way. See bug closed about
BUG: 270611
|
|
|
|
|
| |
REVIEW: 102592
REVIEWED-BY: adjam
|
|
|
|
|
|
|
|
|
| |
If the user downloads a file for which mimetype he already selected
"Open with.." and checked "don't ask again", this is the case we end
up in.
Thanks Aaron for the report :)
REVIEWED-BY: TrustMe
|
|
|
|
|
|
|
|
|
| |
In a similar fashion as WebKit, this might make those cases
where we don't expect to go more obvious in debug builds.
I also took the liberty to revisit a lot of switch statements
but it could potentially be used elsewhere
Reviewed-by: andrea
|
|
|
|
|
|
| |
- QL1S
- one stupid kDebug less
- codingstyle
|
|
|
|
|
|
| |
- strings
- bool WebPage::hasSslValid() const
- check all the certificate chain
|
|
|
|
|
|
|
|
|
|
| |
I hope I addressed here a number of fixes in my first implementation:
- working hasSSLValid() function (checking cert validity and chain errors)
- escaping certificate strings
- typos (Sha256/Md5, supportedCipherBits/usedCipherBits)
- encryption check (at least I hope so)
CCMAIL: rich@kde.org
|
|
|
|
|
|
| |
Hopefully addressed the problems against our (new) SSL code.
CCMAIL:timb@nth-dimension.org.uk
|
| |
|
| |
|
|
|
|
|
|
|
| |
These are last changes to clean up and improve SSL rekonq
communications.
It is yet missing a proper SSL errors API integration. You just need
to wait for the next commit...
|
|
|
|
|
|
| |
Now they really seem "similar" to the ones provided by Google Chrome
and Firefox.
They all need further improvements, anyway...
|
| |
|
| |
|
|
|
|
| |
And it should also be a nice semplification :)
|
| |
|
| |
|
|
|
|
|
|
|
| |
(the KDELIBS version is 4.6.90, to say the truth..)
remove KDE_IS_VERSION checks based on previous versions
fix hold slaves handling
|
|
|
|
| |
First step in the introduction of the new rekonq pages
|
| |
|
|
|
|
|
|
|
|
|
| |
1. preHandling: about, javascript, abp protocols. Stops if protocol is NOT known
2. WebKit handling: Allow WebKit to try doing its job
3. postHandling / unsupported content handling: try what is possible to let users see it :)
This also prevents some possible infinite loop on opening...
BUG:267201
|
| |
|
| |
|
|
|
|
|
|
|
| |
an rApp shortcut for Application::instance,
clean up code switching to use the new shortcut
Reviewed by: adjam
|
|
|
|
|
|
|
| |
its real position: The appearance settings widget.
In fact our code is actually changing "default" text encoding, not
the page one "on the fly"
|
| |
|
|
|
|
|
|
|
| |
It allows saving zoom settings for each website (saving settings per host)
and loads them on loadFinished.
Needs testing.
|
|
|
|
|
|
|
|
|
| |
against XSS
and it seems ok. Hope it's true.
CCBUG:217464
CCBUG:246355
|
| |
|
|
|
|
| |
Please, let me know if not.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch couples those merged in KIO & KDEWebKit in SC 4.6.
I have to say it is probably NOT perfect and ready to merge, but I'd like to
because it is anyway a nice step over actual behavior.
It basically holds and (re)publish slave for apps needing it, letting us fixing
a long standing bug against the infamous TWO connections to do ONE thing (download, move, etc...)
It also gave me the possibility to and/or improve these things:
- better handling filenames, studying content disposition header for "attachment" and "inline" values
- better history handling, when working with kparts (also if this part needs a proper fix, IMHO reimplementing QWebHistory class...)
- a (proper?) fix for POST operations returning content. I admit I am dubious with this part and I need more testing. The nice thing
is that this patch "circumscribes" this problem, letting it easy eventually fix it again
I also copied from kdewebkit a check for exec text files mimetypes (converted to text/plain) and cleaned-up some kDebugs
(and as usual, added a lot..)
Last, sorry for the big commit message and the big/not so big patch here. It is a special case.
commit 29f3021d94e26b39f3e8172a980a6cafcebe5095
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Wed Jan 5 12:17:45 2011 +0100
cleanup comments
commit fc88a37322810fd25c5bfcd16880fc617e7de9f5
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Wed Jan 5 12:06:55 2011 +0100
content-disposition: inline
commit 7c2789a1733e1089b9c66cd6c553185792ec3a72
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Tue Jan 4 12:04:03 2011 +0100
Fix history handling.
For a proper fix here, I think we need to reimplement the tab history, otherwise we cannot manage
tab history browsing on the so called "rekonq" pages...
commit 892c4d8dc78fda43f67566a3e359bd9805ee3282
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Tue Jan 4 11:57:29 2011 +0100
Two cases here:
1) POST operations returning content
2) right file names
commit 3b1d5873b7eb743406f3b8c5abb79ce6728d0103
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Tue Jan 4 03:24:21 2011 +0100
Stupid kDebugs...
commit 73d038a757185816f40795d4dd4a68e11659c971
Author: Andrea Diamantini <adjam7@gmail.com>
Date: Tue Jan 4 02:32:45 2011 +0100
It needs testing from people (just) having last KDE SC 4.6 code on...
|
|\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/mainview.cpp
src/mainview.h
src/webtab.cpp
src/webtab.h
|
| |
| |
| |
| |
| | |
- handle print & find with different signals in mainwindow
- show right tab title (moving titleChanged signal from view to tab)
|
| |
| |
| |
| | |
websvn:1182549 for reference
|
|/
|
|
|
|
|
|
| |
Handling download is a responsibility of WebPage, the connection
to the implementation is better done in WebPage than in WebView.
Reviewed by: Pierre Rossi
Reviewed by: Andrea Diamantini
|
|
|
|
|
|
|
|
|
|
|
| |
It also contains a cleaned version of the WebTab::url() method (the previous one was
not working on loading pages. And also immediately after the loadFinished signal)
This should also fix some "bad" handling on back/forward buttons.
Finally, it contains some unrelated QLatin1String --> QL1S changes.
Benjamin, I spoke too early about those.
I squashed merged my work and removed previous branch :(
|
|
|
|
|
|
|
|
|
| |
Anyway, from Eelko's patch on, this was no more reproducible, so... :)
Does the CVE request need to be updated??
CCBUG:217464
CCMAIL:tampakrap@gmail.com
|
|
|
|
|
| |
in next tabs and remove some Application::instance() calls from the
Web* classes.
|
|
|
|
|
|
|
|
| |
and by... Wikipedia!! ;)
CCBUG: 251264
Xeng, does this fix your issue?
|