| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
- implemented "third party" support
- do NOT block first requests (you cannot even see a blank page, sometimes...)
BUG:270356
PS:
Alberto, can you pls check this really works for you before backporting to
0.7 and let me know about?
Many thanks for.
|
|
|
|
|
|
| |
and remove the "provileged" item in the urlbar suggestions as it was NOT really working.
Reduce min suggestion list from 3 to 2 to enable more history suggestions.
.
|
|
|
|
|
|
|
| |
Patch by Furkan Uzumcu :)
BUG:238886
REVIEW:101042
|
|
|
|
|
|
|
|
|
|
| |
This patch, based on Furkan's work on this, is quite different from the original for the
following reasons:
first, the "need" to not modify a lot actual code in the urlbar
(disabling dragging and reenabling by code. What are the implications? Who really knows this?)
Second, the problem of showing "as urls" (showing their icon) TEXT mimeData: not a good choice, IMHO.
Actual code is cleaner and works with every drop inside the bk toolbar
(In case of text, checking if the derivated url is valid)
|
|
|
|
|
|
|
|
|
| |
read about this in the reviewboard request (number 101027)
Courtesy patch by JosèManuel Santamarì Lema. Thanks :D
BUG:269490
REVIEW:101027
|
|
|
|
|
|
|
|
| |
modifies rekonq behavior on closing multiple tabs.
Nothing is more asked on that, while a confirmation dialog is triggered when the user tries to close a window.
Depending on the windows number, the user is requested if he likes to close the whole app or (just) the current window
PS: sorry, my English sucks today...
|
|
|
|
|
|
|
|
|
|
| |
The quit action in the action collection did just close the current
rekonq window instead of quitting the application.
Reviewed by Andrea Diamantini.
BUG: 268578
REVIEW: 101019
|
|
|
|
|
| |
In KDE apps you should not use abbreviations like don't, doesn't, can't, etc.
You have to fully write them out: do not, does not, cannot, etc. :-)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
First development version on the road to 0.8 :D
|
|
|
|
|
|
|
|
| |
webview in general)
theme.
The right way to do it seems be using a local .css file.
Letting this be in master for one week (at least) before backporting...
|
| |
|
|
|
|
|
| |
Johannes Troscher's patch
Reviewed by me ;)
|
|
|
|
| |
BUG:254102
|
| |
|
|
|
|
| |
RC2?
|
|
|
|
|
|
| |
delete it as object child
CCBUG:269490
|
| |
|
| |
|
|
|
|
|
|
| |
My fault. The problem was that the patch command failed, the patch was just 3 lines,
so I copied by hands, then I see the webTab->url() and... ;)
Anyway, now it is really Johannes's patch. Sorry.
|
|
|
|
|
|
| |
Another fantastic patch by Johannes Troscher
BUG:267748
|
|
|
|
|
| |
CCBUG:268328
CCBUG:266937
|
|
|
|
| |
Prevent rekonq from opening two windows after a crash.
|
|
|
|
|
| |
Reviewed by Andrea Diamantini.
BUG: 269065
|
|
|
|
| |
BUG:256535
|
|\ |
|
| |
| |
| |
| | |
AKA rekonq 0.7 release candidate
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
Another fantastic patch by Johannes Trosher. Thanks :)
CCBUG:267234
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
bookmarksprovider.
In fact now this is NOT automagically ensured there (as in any non widget rekonq class)
BUG:268838
|
|
|
|
| |
Last bugs for today. Now, italian translations...
|
| |
|
|
|
|
|
|
|
|
|
| |
highlight animation.
CCBUG:267234
To see if this really works, please deselect the "animated tab highlights"
in the Tabs Settings section
|
| |
|
|
|
|
| |
Quite a release candidate :)
|
|
|
|
|
|
|
|
|
| |
Courtesy fix patch from the man implementing the feature: Johannes Troscher.
Many Thanks for.
Bug Reporters: please, let us know if this really fix it!
CCBUG:267234
|
|
|
|
|
| |
This reverts commit 09bf176c22a25cee65b20b7aee9fdf9e541798af.
This isn't *really* required, my bad
|
|
|
|
|
|
| |
This crash was reported with this bt (reduced here):
Hence, the fix. Just checking if the QBitArray is empty.
|
|
|
|
| |
This one is for crashes on restart after a bug...
|
|
|
|
| |
BUG:268071
|
|
|
|
|
|
|
|
|
|
| |
bug 266837.
We basically have now a mainWindow() slot widely used in rekonq, that can return
a null pointer.
Checking the code again to ensure this is the unique bug caused by the change...
BUG:268023
|
|\ |
|
| |
| |
| |
| | |
BUG:267706
|
|/
|
|
| |
Just another bunch of bugs fixed
|
|
|
|
|
|
|
|
|
| |
but IT CHANGES Application::mainWindow() behavior to an unsafe mode.
It is now basically allowed to return a null pointer, leading to other possible crashes.
Some days of testing since now, for this.
BUG:266837
|