Age | Commit message (Collapse) | Author |
|
Change-Id: If15bc8ae32674a7282861663ab4f91a958320a3c
|
|
Original meaning got lost during translation.
Change-Id: I23c6ab093bf6ddf45b55f35a0d15fe7a1d927723
|
|
Change-Id: I32aa538026669e22e0756cd062b72e67f8d179e5
|
|
Cell modifications need to chain repaint positions.
Regression introduced with bcf5b54b47eda4e39b4f5f4813cb43e1f52f0201 and
related.
Change-Id: I4df633304443ea761ae743ee1271f5777e0da5b2
|
|
regression since 538ba011d7b598737c898cfcce1e0d7b00b40c84
Change-Id: I260819681dfd47435d8edf5fd97c873238c5d808
|
|
This reverts commit 07112a712245bdcca40bb87e2bd118eec9635848, which breaks
JunitTest_sc_unoapi:
> checking: [sc.ScModelObj::com::sun::star::sheet::XGoalSeek] is iface: [com.sun.star.sheet.XGoalSeek] testcode: [ifc.sheet._XGoalSeek]
> LOG> Execute: seekGoal()
> LOG> Goal Result: 16.0 Divergence: 0.0
> LOG> Goal Result: 9.0 Divergence: 1.7976931348623157E308
> LOG> Goal Result: 0.8 Divergence: 1.7976931348623157E308
> Method seekGoal() finished with state FAILED
> LOG> seekGoal(): PASSED.FAILED
|
|
Remove the silly overloading, and introduce virtual methods.
Change-Id: If54a6a3fb7464283f80d3387ae23db234690f8a3
|
|
Change-Id: Ibf363d741ca346adefd30f5b68d9a47db73db8df
|
|
Change-Id: I40c857eb1ed5c784a3911667f685c6450bf7a7c4
|
|
Change-Id: If8c1b341b8493b8902f060d8d13bbb7d08991cd9
Reviewed-on: https://gerrit.libreoffice.org/5309
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I5849add3444cff15a201a276c8917fabc4b33262
Reviewed-on: https://gerrit.libreoffice.org/5317
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
The combination of a solve process happening in two functions
(ScDocument::Solver() and ScInterpreter::BackSolver) with iterations
and recursive as well as iterative interpreting (ScInterpreter:Interpret()
and ScInterpreter::InterpretTail()) led to improper handling of the
stack, with an unending loop as a result.
Integrating the two solver functions, and so simplifying the code,
results in correct behaviour in all documents attached to the
bug report.
I tested with values for MAXRECURSION of 5 and 400 (standard value)
to have really different combinations of recursion and iteration.
Change-Id: If4cb8926c5e192cd6c764dcdd45a92e285e983bb
Reviewed-on: https://gerrit.libreoffice.org/5292
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
Change-Id: Ic52ef3bcbca4c512fcb6e422a9b4e983cccbe41a
|
|
Change-Id: Ie5b0fd4e73a62b28891f2f07c9fabe468ef9906c
Reviewed-on: https://gerrit.libreoffice.org/5304
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Thought there were some String-conversions missing to fix
fdo#67480 . Bug is still reproducible, so doesn't fix it.
Change-Id: Ifd36cb2042b99565b210796edc77120697672278
Reviewed-on: https://gerrit.libreoffice.org/5290
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I2524db7dbf07d8899bea6f90d1dcb7cd81acf8d9
|
|
SetText itself internally clears the content, except that it doesn't clear
text attributes for some reason. Since Clear() is quite expensive even when
called with empty content, we need to call it only when necessary.
Change-Id: I25ca36c1c2f690b160511180892595daf43681b3
|
|
Change-Id: I7f541dca151b3e755f1e21de05ee29abd15daebb
|
|
Change-Id: I88f84805747e38181ea68aa0fbb9e97309301c2e
|
|
Failed with:
/usr/include/c++/4.8.1/debug/safe_iterator.h:510:error: attempt to compare
iterators from different sequences.
Objects involved in the operation:
...
The problem is that miPos in _copied_ object points ot maAttrs in the
original object, not in the copy (and std::for_each takes a copy of the
functor). This could be solved by defining copy constructor and
operator=, but given the limited usage of the class, it is simpler to
let copies share the state.
Change-Id: Icf3f02ecd2fe4ce6dd77f3cde226d32beb4d4b3f
|
|
Change-Id: I950cf893875ec75668e17bd20bbe19369c132184
|
|
Change-Id: I64769fee917c5d8c6450a19ad53fdf795e280c98
|
|
widget found at: spreadsheet/data/validate
Change-Id: Ib4eed0e25f851f90e5dad0dee74a0729da10aa5e
Reviewed-on: https://gerrit.libreoffice.org/5254
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
That is clearly a mistake.
Change-Id: I8f631f2ff63449a260091d7990f24ebaeea9c5f2
|
|
Conflicts:
sc/qa/unit/subsequent_export-test.cxx
Change-Id: Ie09c668d952a6297ffe3c75e348c2a0348176bbe
|
|
Change-Id: Id784772e677e176622e75ff5ae33ab3eb78b1d9a
|
|
Change-Id: I1ada3cf4a162bc4a85ce4e6d2cd0c13adf3156e6
|
|
which is most common, and using edit engine for it would decrease
loading performance.
Change-Id: I65c20eef96c88edd8eb07c73c27716c4f03c4cda
|
|
We will switch to using ScDocumentImport to populate the document from
import filters, instead of using ScDocument directly.
Change-Id: Ie59d6877d1ac4fc04751a84b663772a9dc9a3efc
|
|
Change-Id: I44c42f0268b0d7c2e77ab7e807610d39b7b7ea56
|
|
Change-Id: I7a25917a2bec3ecd394444f057c892b3b02a4c3d
|
|
The master branch doesn't have this bug, but it's good to have a test
case for this.
Change-Id: I986d51bb78effc829f01f40b9ad63647f5341fa9
|
|
Change-Id: I1e524e1daf40b72b434824f891ac5ad2af1cd7f8
|
|
Change-Id: Ib66a8ef62ba598890c7db634cf54003fd92485a7
|
|
Change-Id: Id9fa1f9b917f9df8ca0ead02dfd5405388039b4b
|
|
Change-Id: If420b386543c15c7b550a720b6e2db69bf372d7f
|
|
Otherwise the table widget won't have any idea which rows are displayed,
and end up not populating the ranges.
This is caused by the switch to the .ui dialog, which delays calculation
of the dialog size until late. But the code that populates the ranges was
execuated when the widget was instantiated, at which time the widget didn't
have its size assigned.
Change-Id: I22943b41b21b58cc67e872dff13ad3c25eee8438
|
|
This fixes the macro test failure.
Change-Id: I8ddaaaa49d1faf36cc37212895c21023a4ab6135
|
|
This currently fails.
Change-Id: Ibb2b9e4430c97479d068d94d233f04f60b255966
|
|
They tend to cause linkage problem on Windows.
Change-Id: I98fff8c5e45987670629e6eeacec7ecadf71ff48
|
|
This reverts commit 16c3a29849b31029f2a0ac1e8b2425de9c6991de.
|
|
Change-Id: I37523f34bdf6e21f5e5781927884bd0311a17fe8
|
|
Change-Id: I2d5cc2a56c0df779df93d4b207e15e45c63e9572
|
|
although this really isn't the correct location for the test ( a scripting
module slowcheck test would be more appropriate I think ). Still better than
no test.
Change-Id: I434e1217c25ee33b59ea3b09c4500bdd7bb081ba
|
|
Change-Id: I850577dc9a5684ad66d7fcb995c6b47b1744265e
|
|
Change-Id: Iaa77f252750e38eeb7922ccb9b9604d13b4ee7f4
|
|
Change-Id: Ic3d350da6400e1e1425579e3ce8d1aa784210284
|
|
Change-Id: I164748245326b67bbe61e5ede6b98f713b8d5d03
|
|
Change-Id: I4904dc86326477d05a4e557a1abe1af0846c2e98
|
|
This is exactly what we needed.
Change-Id: I0e8d3064d1ea52c8d502d89f322b41435284d717
|