| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
(i.e. the WebTab dtor).
I cannot no more reproduce the problems described in #296346, #300892
and #268328
What about you?
CCBUG: 296346
CCBUG: 300892
CCBUG: 268328
|
|
|
|
| |
BUG: 299149
|
|
|
|
|
|
| |
WARNING: Needs testing...
BUG: 302017
|
|
|
|
|
|
| |
- set initial icon to have properly dimensions set
- properly calculate needed icon's height
- calm down some kDebug messages
|
|
|
|
|
|
|
| |
Only Update URL Actions from MainView::webViewUrlChanged if the Sender
is the Current Tab
REVIEW: 105184
|
|
|
|
|
|
| |
- astyle
- copyrights
- (some) includes
|
| |
|
|
|
|
|
|
|
|
|
| |
- Get rid of unused NewBackTab enum
- move loading url code to MainWindow class
- Remove ThreadWeaver API. (And take it easy...)
- Changed logic: calculate url BEFORE creating a tab...
REVIEW:104326
|
|
|
|
|
|
|
|
|
|
|
| |
We are just saving datas on our own, I don't like QtWebKit APIs
to do it. We now call addHistoryEntry(url, title)
on loadFinished.
Data structure will remain the same as usual, but I think API
is better and data are now saved when we really have them
ready.
REVIEW:104257
|
|
|
|
|
|
|
|
| |
Heinz, Paul. Please test actual master before backporting this to
0.9 series. Many thanks for your help and for this bug report.
I'm crossing fingers to hear good news from your tests ;)
CCBUG:295301
|
|
|
|
|
|
|
|
|
|
| |
Implemented through a new loadUrl method that allows for the caller to
specify the QWebHistory pointer from where to copy the history.
Redirected the original loadUrl slot to use this new method internally.
The method returns the WebTab * just in case we need to maninpulate the
created tab in the future.
REVIEW: 104082
|
|
|
|
|
|
|
| |
This catches navigation to named anchors
BUG: 294538
REVIEW: 104035
|
|
|
|
|
| |
- doublequote_chars
- normalize
|
|
|
|
|
|
|
|
|
| |
Again, sorry for the long waiting...
Courtesy patch by vasthusya@gmail.com
BUG:273556
REVIEWED-BY: adjam
|
|
|
|
|
|
|
| |
I'll tag rekonq 0.8.72 to let you easily test this. Can you please
catch if this really fixes your issue?
CCBUG:286729
|
|
|
|
|
|
|
| |
- QL1S/QL1C
- single-char QString efficiency
- explicit ctors
- normalized signals & slots
|
|
|
|
| |
BUG:281546
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
one" option is active
REVIEW:103678
REVIEWED-BY: adjam
|
|
|
|
|
|
|
|
|
| |
- remove reopened tabs from the closed tabs list.
- limit them to MAX 8 elements (it seems enough to me)
- save history also when there is just one tab closed
- DON'T save history when you opened a "rekonq" page
BUG:271224
|
|
|
|
| |
BUG: 290374
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
| |
REVIEWED-BY: trustMe
|
|
|
|
| |
BUG: 286831
|
|
|
|
|
| |
REVIEW:102818
REVIEWED-BY: adjam
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This will help a lot in having a clean/easy startup, also a bit less
fast.
Let's see if this helps stability...
PS:
To the bug reporter. I pushed a "NoPostLaunch" in rekonq git repo.
Can you please try compiling and testing if this fixes your troubles
on startup??
Many thanks for any help.
Andrea.
CCBUG:284356
|
|
|
|
| |
It seems now we are really ready for the stable release...
|
| |
|
|
|
|
|
|
|
|
| |
It happened when loading a favorite page via shortcut.
It is fixed now :)
REVIEW: 102695
REVIEWED-BY: adjam
|
|
|
|
| |
REVIEW: 102651
|
|
|
|
|
|
|
|
|
|
| |
First, I'm really sorry for this bad commit ('git' talking..).
The fact is that the 3 bugs fixed here were found chained playing
with close code. Here it is the report:
- fix close window (it now really appears on multiple window closing)
- fix saveSession (saving one call for each site loaded and storing
better information): saveSession is now called on loadFinished
- clean up some compilation warnings
|
|
|
|
| |
Usual behavior in Firefox/Chrome. Let it be configurable here :)
|
|
|
|
|
|
|
| |
Change the name of the variable in webStop slot to avoid name collision
with the webTab method in the same MainView class.
REVIEW: 102521
|
|
|
|
|
|
| |
All code paths for reloading methods and slots now end up at reloadTab
and do proper handling of the about scheme
REVIEW: 102481
|
|
|
|
|
|
|
|
| |
We finally have it :D
CCMAIL: akreuzkamp@web.de
REVIEW: 100604
REVIEWED-BY: adjam, elproxy
|
|
|
|
|
|
| |
- QL1S
- one stupid kDebug less
- codingstyle
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Patch by Thomas Murach, thanks ;)
RB:101246
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CTRL + 1..9
Courtesy patch by Thomas Murach. Thanks :)
Reviewed by Pierre, Felix... and me!
RB: 101043
PS:
Thomas, I see one corner problem with your patch:
Opera has clearly indicated favorites preview
number, while rekonq hasn't. Any idea to fill the gap?
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Another fantastic patch by Johannes Trosher. Thanks :)
CCBUG:267234
|
|
|
|
|
| |
It anyway changes a bit the behavior in that situation, running to set as current
the first tab (That FOR SURE will NOT be deleted)
|
| |
|
| |
|