Quantcast
Channel: Mobile - Couchbase Forums
Viewing all 1097 articles
Browse latest View live
↧

Can I use sync gateway 2.6 with couchbase server community edition?

October 23, 2019, 9:29 am
↧
Search

Any plans for an official couchbase lite flutter library?

October 23, 2019, 2:14 pm
$
0
0

@alexegli wrote:

Just wondering if there are any plans for couchbase to release an official couchbase lite flutter library? We use flutter for our mobile projects and are trying to decide whether we should upgrade from couchbase lite 1.3 to 2.6 (which would mean a complete re-write of all couchbase native code), or wait for a flutter library.

Posts: 4

Participants: 2

Read full topic

↧
↧

Revision ID in CBL2.6 query

October 23, 2019, 11:35 pm
$
0
0

@davesq wrote:

Hi!

CBL2.6 exposes revisionID on Document. Is it possible to also get this information returned via the query api?

Regards,
David

Posts: 1

Participants: 1

Read full topic

↧

App Crash during the pull replication with CB Lite v2.6

October 24, 2019, 11:49 am
$
0
0

@ajithkattacherry wrote:

While testing the offline-online handling during the pull replication we observed one app crash. Also, the replicator status is showing as busy even though the network is not reachable. Let me know if any details available on this.

12%20AM
Screen Shot 2019-10-24 at 11.40.12 AM.jpg2352×1190 709 KB 
#### Network status change: Network not reachable
#### Pull Replicator Status: busy
2019-10-24 13:43:07.443301-0700 MyAppQA[3270:1406879] TIC TCP Conn Failed [73:0x282ffac40]: 1:50 Err(50)
2019-10-24 13:43:07.445338-0700 MyAppQA[3270:1406879] Task <13932EE3-E601-40F8-9CF9-29E08FAF7A01>.<0> HTTP load failed (error code: -1009 [1:50])
2019-10-24 13:43:07.445568-0700 MyAppQA[3270:1407637] NSURLConnection finished with error - code -1009
2019-10-24 13:43:07.456576-0700 MyAppQA[3270:1406870] CouchbaseLite Network WARNING: {C4SocketImpl#12}==> litecore::repl::C4SocketImpl wss://qa.service.cloud.data.com/sync_gateway/asset360/_blipsync @0x10ca7cc20
2019-10-24 13:43:07.456621-0700 MyAppQA[3270:1406870] CouchbaseLite Network WARNING: {C4SocketImpl#12} Unexpected or unclean socket disconnect! (reason=errno, code=57)
2019-10-24 13:43:07.489524-0700 MyAppQA[3270:1406870] CouchbaseLite Network WARNING: {C4SocketImpl#13}==> litecore::repl::C4SocketImpl wss://qa.service.cloud.data.com/sync_gateway/asset360/_blipsync @0x10cb0e0d0
2019-10-24 13:43:07.489690-0700 MyAppQA[3270:1406870] CouchbaseLite Network WARNING: {C4SocketImpl#13} Unexpected or unclean socket disconnect! (reason=errno, code=57)
#### Pull Replicator Status: busy
2019-10-24 13:43:07.512035-0700 MyAppQA[3270:1407746] CouchbaseLite Replicator ERROR: {Repl#14}==> litecore::repl::Replicator /var/mobile/Containers/Data/Application/A84F16AF-7EB7-4468-A83B-3F35C3230927/Library/Application Support/CouchbaseLite/asset360-a6ah-cc-edgis-qa.cblite2/ ->wss://qa.service.cloud.data.com/sync_gateway/asset360/_blipsync @0x12024e388
2019-10-24 13:43:07.512236-0700 MyAppQA[3270:1407746] CouchbaseLite Replicator ERROR: {Repl#14} Got LiteCore error: POSIX error 57 "Socket is not connected"
2019-10-24 13:43:07.533939-0700 MyAppQA[3270:1407636] CouchbaseLite Replicator ERROR: {Repl#15}==> litecore::repl::Replicator /var/mobile/Containers/Data/Application/A84F16AF-7EB7-4468-A83B-3F35C3230927/Library/Application Support/CouchbaseLite/asset360-a6ah-cc-edgis-qa.cblite2/ ->wss://qa.service.cloud.data.com/sync_gateway/asset360/_blipsync @0x10cb26ba8
2019-10-24 13:43:07.534209-0700 MyAppQA[3270:1407636] CouchbaseLite Replicator ERROR: {Repl#15} Got LiteCore error: POSIX error 57 "Socket is not connected"
2019-10-24 13:43:07.535803-0700 MyAppQA[3270:1406592] CouchbaseLite Replicator WARNING: CBLReplicator[*> URL[wss://qa.service.cloud.data.com/sync_gateway/asset360]] has already started (state = 4, status = 1); ignored.
2019-10-24 13:43:07.535842-0700 MyAppQA[3270:1406592] CouchbaseLite Replicator WARNING: CBLReplicator[<* URL[wss://qa.service.cloud.data.com/sync_gateway/asset360]] has already started (state = 4, status = 1); ignored.
CouchbaseLiteSwift was compiled with optimization - stepping may behave oddly; variables may not be available.

I couldn’t see any such issue with v2.5.

Posts: 1

Participants: 1

Read full topic

↧

Couchbase Lite C - Go lang bindings

October 26, 2019, 10:09 am
$
0
0

@svr4 wrote:

Hello all,

I want to share a project that I have been working on that will allow Go developers to use the embedded version of Couchbase Lite C in their Go projects. The project is located here and any kind of feedback that can make this project better would be greatly appreciated.

Thanks!

Posts: 1

Participants: 1

Read full topic

↧
↧

Doc with invalid id from CBL 1.x crashes app when upgrading to CBL 2.x

October 29, 2019, 12:19 pm
$
0
0

@benjamin_glatzeder wrote:

Setup:
CBL 2.6 Android

Stacktrace:

2019-10-29 19:49:51.680 W/System.err: CouchbaseLiteException{CouchbaseLite,30,'Error upgrading database: Invalid docID "_local/my_doc_id", converting doc "_local/my_doc_id"'}
2019-10-29 19:49:51.681 W/System.err:     at com.couchbase.lite.CBLStatus.convertException(CBLStatus.java:81)
2019-10-29 19:49:51.681 W/System.err:     at com.couchbase.lite.CBLStatus.convertException(CBLStatus.java:32)
2019-10-29 19:49:51.681 W/System.err:     at com.couchbase.lite.AbstractDatabase.open(AbstractDatabase.java:1012)
2019-10-29 19:49:51.681 W/System.err:     at com.couchbase.lite.AbstractDatabase.<init>(AbstractDatabase.java:289)
2019-10-29 19:49:51.681 W/System.err:     at com.couchbase.lite.Database.<init>(Database.java:62)

The document with id _local/my_doc_id was created in CBL 1.x. At the time I wrongly used the prefix _local/ and assumed it will be created as a local document. I later learned that I needed to use the appropriate method provided by the CBL 1.x SDK. Unfortunately the document with the invalid id is still around.

The automatic upgrade fails, opening the database is impossible. It is also impossible to delete the invalid document because the database needs to be opened to do so. It’s a catch 22.

Another possibility is to release an app update with CBL 1.x, find invalid docs, delete them, release an app update with CBL 2.x. That’s not possible either as some users already have the CBL 2.x database and there is no automatic downgrade to a CBL 1.x database. I’m stuck!

Here is a patch on Github from Jens and Pasin that skipped design docs. Here are all added changes:

                if (docID.hasPrefix("_design/"_sl)) {
                    Warn("Skipping doc '%.*s': Design docs are not supported", SPLAT(docID));
                    continue;
                }

Is my best bet to learn how to compile CBL core and CBL Android and simply add a check for “_local/” doc IDs?

Thanks!

Posts: 12

Participants: 4

Read full topic

↧

Using current time in sync function

October 29, 2019, 3:51 pm
$
0
0

@RainerG wrote:

Generally I don’t like using time as the input into a decision. But in this case I’m considering it.

In the sync function on Sync Gateway I’d like to accept document updates if the object was created not too long ago. If the object was created more than 24hrs ago, I’d like to reject further updates. Essentially freezing the document.
Can I do this in the sync function ?
Are these Javascript functions available:
Date.now()
(new Date()).getTime()

Generally I have never found a definitive section in docs.couchbase.com that defines which Javascript functions are available, or which JavaScript runtime version is running in Sync Gateway (e.g. trial and error told me that the keyword ‘let’ is not available)

Posts: 3

Participants: 2

Read full topic

↧

Orderby on more than one property

October 31, 2019, 5:50 am
$
0
0

@jda wrote:

Hi
I have a query like this:

static readonly IOrdering orderByDate = Ordering.Property("date").Descending()
    :
QueryBuilder.Select(
                    SelectResult.All())
                   .From(dbSource)
                   .Where(_condition)
                   .OrderBy(orderByDate)

If the date attribute is the same then I want creation order to be next order by criteria - similarly to this N1QL query:

select `key`,catchkeys,date,created 
from data 
where type = "FishingTrip" and userkey="2124DEFEC111BA8FC1257ED20034B387" 
order by date desc,created des

I have tried to find the syntax on doing this (and tried to play with the typeahead in VisualStudio) - but I have not found a solution :face_with_monocle:

Does anyone here know how to do that?

Thanks!

Posts: 3

Participants: 2

Read full topic

↧
Search

Couchbase-lite-C failed to build w/ CMake on MacOSX

October 31, 2019, 10:03 am
$
0
0

@victorberger wrote:

Hello,

I am unable to build with CMake 3.14.5 on MacOSX. I followed the instructions and ran build.sh.

I have encountered 2 problems. I was able to solve the first but have found no solution for the second.

The first problem was a large sequence of errors starting with

In file included from /Users/zbh8jv/Desktop/couchbase-lite-C/src/CBLDatabase.cc:19:
In file included from /Users/zbh8jv/Desktop/couchbase-lite-C/src/CBLDatabase_Internal.hh:23:
In file included from /Users/zbh8jv/Desktop/couchbase-lite-C/src/Listener.hh:22:
/Users/zbh8jv/Desktop/couchbase-lite-C/vendor/couchbase-lite-core/LiteCore/Support/access_lock.hh:66:43: error: 
      no template named 'remove_reference_t' in namespace 'std'; did you
      mean 'remove_reference'?
        using LOCK = std::lock_guard<std::remove_reference_t<MUTEX>>;

which I was able to fix by setting CMAKE_CXX_STANDARD to 14.

The second problem generates the following error message

Scanning dependencies of target CouchbaseLiteCStatic
[  4%] Built target Support
[  7%] Built target BLIPStatic
[ 19%] Built target SQLite3_UnicodeSN
[ 24%] Built target LiteCoreWebSocket
[ 43%] Built target mbedcrypto
[ 60%] Built target FleeceStatic
[ 63%] Built target CouchbaseLiteCStatic
[ 65%] Built target mbedx509
[ 92%] Built target LiteCoreStatic
[ 95%] Built target mbedtls
Scanning dependencies of target CouchbaseLiteC
[ 97%] Building CXX object CMakeFiles/CouchbaseLiteC.dir/empty.cpp.o
[ 97%] Linking CXX shared library libCouchbaseLiteC.dylib
undef: __ZN8litecore3net10TLSContextC1ENS1_6role_tE
undef: __ZN8litecore3net10TLSContext12setRootCertsEN6fleece5sliceE
undef: __ZN8litecore3net10TLSContext11setIdentityEN6fleece5sliceES3_
undef: __ZN8litecore3net10TLSContext13allowOnlyCertEN6fleece5sliceE
undef: __ZNK12cbl_internal16ConflictResolver6resultEv
undef: __ZN12cbl_internal16ConflictResolverC1EP11CBLDatabasePFPK11CBLDocumentPvPKcS5_S5_ES6_RK15C4DocumentEnded
undef: _CBLDefaultConflictResolver
undef: __ZN8litecore3net10TLSContext11setIdentityEPNS_6crypto8IdentityE
undef: __ZN12cbl_internal16ConflictResolver8runAsyncENSt3__18functionIFvPS0_EEE
Undefined symbols for architecture x86_64:
  "litecore::net::TLSContext::TLSContext(litecore::net::TLSContext::role_t)", referenced from:
      litecore::websocket::BuiltInWebSocket::_connectLoop() in libLiteCoreWebSocket.a(BuiltInWebSocket.cc.o)
      litecore::net::TCPSocket::wrapTLS(fleece::slice) in libLiteCoreWebSocket.a(TCPSocket.cc.o)
  "litecore::net::TLSContext::setRootCerts(fleece::slice)", referenced from:
      litecore::websocket::BuiltInWebSocket::_connectLoop() in libLiteCoreWebSocket.a(BuiltInWebSocket.cc.o)
  "litecore::net::TLSContext::setIdentity(fleece::slice, fleece::slice)", referenced from:
      litecore::websocket::BuiltInWebSocket::configureClientCert(fleece::Dict) in libLiteCoreWebSocket.a(BuiltInWebSocket.cc.o)
  "litecore::net::TLSContext::allowOnlyCert(fleece::slice)", referenced from:
      litecore::websocket::BuiltInWebSocket::_connectLoop() in libLiteCoreWebSocket.a(BuiltInWebSocket.cc.o)
  "cbl_internal::ConflictResolver::result() const", referenced from:
      CBLReplicator::_conflictResolverFinished(cbl_internal::ConflictResolver*) in libCouchbaseLiteCStatic.a(CBLReplicator.cc.o)
  "cbl_internal::ConflictResolver::ConflictResolver(CBLDatabase*, CBLDocument const* (*)(void*, char const*, CBLDocument const*, CBLDocument const*), void*, C4DocumentEnded const&)", referenced from:
      CBLReplicator::_documentsEnded(bool, unsigned long, C4DocumentEnded const**) in libCouchbaseLiteCStatic.a(CBLReplicator.cc.o)
  "_CBLDefaultConflictResolver", referenced from:
     -exported_symbol[s_list] command line option
  "litecore::net::TLSContext::setIdentity(litecore::crypto::Identity*)", referenced from:
      litecore::websocket::BuiltInWebSocket::configureClientCert(fleece::Dict) in libLiteCoreWebSocket.a(BuiltInWebSocket.cc.o)
  "cbl_internal::ConflictResolver::runAsync(std::__1::function<void (cbl_internal::ConflictResolver*)>)", referenced from:
      CBLReplicator::_documentsEnded(bool, unsigned long, C4DocumentEnded const**) in libCouchbaseLiteCStatic.a(CBLReplicator.cc.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [libCouchbaseLiteC.dylib] Error 1
make[1]: *** [CMakeFiles/CouchbaseLiteC.dir/all] Error 2
make: *** [all] Error 2

I am aware Xcode can be used (and I was able to), but for my purposes I need to build it through Cmake. Any help will be appreciated. Further info:

CMake version 3.14.5
Mac OSX Mojave 10.14.6
AppleClang 10.0.1.10010046

Thanks in advance

Posts: 1

Participants: 1

Read full topic

↧
↧

.Net SDK support to add attachments

November 1, 2019, 2:03 pm
$
0
0

@abhi.chouksey wrote:

What I have gathered is .Net SDK does not support add/update attachment feature as couhbase lite does.
It this stage, only way is to add attachment is via SGW api.

Rest API can only add one attachment at a time. So My question is how can I be able to add multiple attachments to one document?

Posts: 2

Participants: 2

Read full topic

↧

Couchbase Lite replication stalls out on device, then crashes

November 1, 2019, 4:02 pm
$
0
0

@davidj wrote:

I’m working on an iOS app with CB Lite 2.6.1. Testing pull replication of a fairly large set of small documents from sync gateway in the simulator I had no problem - it replicated all 700K documents fairly quickly. Going to my iPhone 7 test device, it works fine until it hits about the 350K document mark, then starts getting connection timeouts and eventually stalls out completely, stuck in the connecting state. I’m unable to replicate beyond 429K documents.

While this is happening, any other activity on the database, such as queries, saving or fetching a document, essentially hang, taking 60+ sec to complete, if at all.

CPU is only at about 45%. Memory usage fluctuates between 80MB-120MB, disk is around 100 MB/s. Any idea what’s going on here?

David

Posts: 2

Participants: 1

Read full topic

↧

Certificate pinning not working

November 2, 2019, 9:39 am
$
0
0

@Pratik_Chatterjee wrote:

config.setPinnedServerCertificate(pinnedServerCert) is giving me following error

java.lang.NoSuchMethodError: No static method verifyAsIpAddress(Ljava/lang/String;)Z in class Lokhttp3/internal/Util; or its super classes (declaration of ‘okhttp3.internal.Util’ appears in /data/app/com.metispro.quanticpos-Pzcp2nCL2_svKEMsmIadzw==/base.apk!classes3.dex)
at okhttp3.internal.tls.CustomHostnameVerifier.verify(CustomHostnameVerifier.java:68)
at okhttp3.internal.tls.CustomHostnameVerifier.verify(CustomHostnameVerifier.java:60)
at okhttp3.internal.connection.RealConnection.connectTls(RealConnection.kt:357)
at okhttp3.internal.connection.RealConnection.establishProtocol(RealConnection.kt:310)
at okhttp3.internal.connection.RealConnection.connect(RealConnection.kt:178)
at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:236)
at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:109)
at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:77)
at okhttp3.internal.connection.Transmitter.newExchange$okhttp(Transmitter.kt:162)
at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.kt:35)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:112)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:87)
at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.kt:82)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:112)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:87)
at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.kt:84)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:112)
at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.kt:71)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:112)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:87)
at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.kt:184)
at okhttp3.RealCall$AsyncCall.run(RealCall.kt:136)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
at java.lang.Thread.run(Thread.java:764)

Posts: 1

Participants: 1

Read full topic

↧

N1QL in Sync Gateway Sync Function

November 5, 2019, 6:11 pm
$
0
0

@amrish wrote:

Hi, I am using sg 2.6 with couchbase server 6.0.2. I have a requirement where I need to assign channels to documents in a bucket based on lookup data stored somewhere (perhaps docs in the same source bucket with a different type). In the Sync Function, I want to be able to write a N1QL query or any other mechanism (rest apis?) to do a lookup on the reference data using an attribute in my current document (which invoked the sync function) and assign channel based on the looked up value. I do not want to hardcode channel assignment in the sync function. I cant seem to find a way to write a N1QL in sync function or access data from another unrelated document. Any thoughts or suggestions? Thanks

~Amrish

Posts: 2

Participants: 2

Read full topic

↧
↧

CBL 2.6: Does SG need more RAM? Initially only?

November 6, 2019, 7:55 am
$
0
0

@benjamin_glatzeder wrote:

Setup:
CBL 2.7 CE Android snapshot from around 1 week ago.
SG 2.6

Current RAM usage:

SG_RAM_recent
SG_RAM_recent.png456×985 34.3 KB

1 week ago:

SG_RAM_old
SG_RAM_old.png454×917 25.3 KB

Most users started to use the lastest app version with the CBL 2.6 today. Before it was CBL 1.4. I’m unsure what is happening at the moment. Continuous sync stopped working. One-time pull sync works fine. Restarting the SG service on both machines allows continuous sync to start again. I’ll add another machine with SG service and keep an eye on this issue.

Posts: 5

Participants: 2

Read full topic

↧

High CPU Utilization on Sync Gateway server after receiving "Error processing DCP stream error"

November 6, 2019, 8:10 pm
$
0
0

@vme wrote:

We are running into a frequent issue where our sync gateway info log will show an error listed below and CPU will spike to 90-100%. The syncing process stops right after this error and does not continue until we restart the sync gateway.

This is what I have noticed in the sg_info.log.

*Error processing DCP stream - will attempt to restart/reconnect if appropriate: client.Transmit, err: write tcp 192.61.17.182:43468->192.61.67.182:11210: write: broken pipe. – base.(DCPReceiver).OnError() at dcp_feed.go:134
2019-11-02T19:48:38.113Z [INF] Sync: c:[5e1390e9] Sent 200 changes to client, from seq 16818832:16660817

Next noticeable entry:

*2019-11-06T18:26:55.396Z [WRN] DCP RollbackEx request - rolling back DCP feed for: vbucketId: 343, rollbackSeq: 0. – base.(DCPReceiver).RollbackEx() at dcp_feed.go:294

2019-11-06T18:26:56.771Z [INF] DCP: Received #30094389 after 340186633ms

Has anyone seen these errors and what may be causing them?

-V

Posts: 1

Participants: 1

Read full topic

↧
Search

Couchbase lite 2.5 peer to peer replication

November 7, 2019, 11:49 pm
$
0
0

@Sreenivasulu_Y wrote:

I’m trying to setup peer to peer connection between active peer device and a passive peer device, and trying to start the replication once both the devices are connected. I’m using the following MessageEndpointTarget object and starting the replication.

val messageEndpointTarget = MessageEndpoint(
                UUID.randomUUID().toString(), // Randomly generated ID got Active device.
                undueId, // Unique ID of the passive device.
                ProtocolType.MESSAGE_STREAM,
                this // Callbacks.
)
        val config = ReplicatorConfiguration(cbHelper?.db!!, messageEndpointTarget)
        replicator = Replicator(config)
        replicator?.start()

However, I get the following error message Got LiteCore error: LiteCore error 10 “BLIP protocol error: Bad incoming RES #123 (too high)” once the replication starts.

Here is the log related to the error:

2019-11-08 12:08:45.443 15924-16133/com.<package>.dev E/CouchbaseLite/REPLICATOR: {Repl#3}==> N8litecore4repl10ReplicatorE /data/user/0/com.<package>.dev/files/gh-dev.cblite2/ ->x-msg-endpt:////_blipsync @0x7cca5ed8c8
2019-11-08 12:08:45.444 15924-16133/com.<package>.dev E/CouchbaseLite/REPLICATOR: {Repl#3} Got LiteCore error: LiteCore error 10 "BLIP protocol error: Bad incoming RES #123 (too high)"
2019-11-08 12:08:45.447 15924-16133/com.<package>.dev E/CouchbaseLite/REPLICATOR: {Repl#3} Stopping due to fatal error: LiteCore error 10 "BLIP protocol error: Bad incoming RES #123 (too high)"

Please can you let me know why this error is occurring, and if there is a sample project I can refer to?

Thank you.

Posts: 3

Participants: 3

Read full topic

↧

SG warning: [WRN] encodeRevisions found weird history

November 10, 2019, 12:00 am
$
0
0

@benjamin_glatzeder wrote:

Logs below appear about every minute in sg_warn.log. That is all the logs in this file in the last few minutes. No other warnings.
Another issue which popped up is that simple SG API HttpPut requests fail (time out?). A SG service restart fixes this. This issue may or may not be related to Post 23621 and Post 23337

2019-11-10T08:44:58.260+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771
2019-11-10T08:44:58.261+01:00 [WRN] encodeRevisions found weird history [6578-7fd93bc2ab39e6e47a2027271a13d76fddff50da 6577-d62a4c9175b369f5e7e18c6a0f1e8c19df963257 6576-e03b2d5f7ff7a65dfcea4f4c1c79c0f706bff7a9 6575-ab92cebb392cc67a82bdf39a55e4c95de12a6df6 6574-58e47d72d21dba1927c8e608fd73ccba3780d011 6573-696c1575df5e1793f7aaf690ab6344407d3b2b19 6572-610f36e21d64ca591a8afdf133e87cbd92686f80 6571-2f4ceb9c31b35c909ff3792fcf78782bf27d0e60 6570-c64af0f87775a16971a03d3517e82ef2490ae856 6569-5a7ed9f22b2675072733acdcb4ff0733fc6e3d62 6568-651fc2fc768cbb8a9b4440140c466f79c7e16f3d 6567-a17b82e09bde30a669e4fddb10c6f2d5177dca42 6566-d53b622bcceb9f4c23975d473a7089e0e8b7ef6d 6565-d9eda24a75eabdf25c5fee57bb1225fcf7143d8a 6564-912edfe654853893af4e70ebf1d86d96ffe6014d 6563-78e257b3e3c9d004c40855101648e54044fc4b75 6562-9abbccdf47d8ee90ea79ca67f321d709e1215007 6561-c1f3276fd9ef899c418f7e443599e509e261fb7f 6560-b1ec181f415800b3b25728ac4177361ba8b32a55 6559-81f56793791c06b67283125d065a0e00bbedeeb4 6558-2d4aa5c1d9af59ef51ad41a85590933fa9c06954 6557-792213117c36d36087ebe4fa1a957609fb68e321 6556-26e627b9e1d0fc90a36a88e7a505a4991ac8fc5c 6555-198e4c9a052f1fb7e1e1d8386a7c1cea75f8d3f2 6554-d8ad2442d46b863e3564940e71051844c594e6c0 6553-fca5838bd8dc8d35689273aae1a1f3cdbd044320 6552-e13d807d7d792e5800eea186f15bcd8f56e27e5c 6551-6cb4b0803ab075e0c2abaf3c9ea2bdba62fca900 6550-bb159dbba2a5019bc80e2a317e4f4ca89ef2860c 6549-8213e01074214f20ff6d63bfe63999b3766e4b4a 6548-83520de1e2dd9b622f62129404b3306e8a118922 6547-ba9ea6c5fa2b237829cf14d987108b52a5c63618 6546-84109518b5e549d4f9ead96db5b6e9051c18fb22 6545-9e63de4d675031be7370f6c6363f1c840f3bbd86 6544-5e03640d37ffe27b4a959d572ec0130e753a4ef7 6543-f5be6c0baa8732a781f83dd51fe0f12adbcc63a8 6542-babcfea6d90616fdd78e4807483565aef7a688ce 6541-45975cb0b6b302a0e87456663f3538658cdee79e 6540-482a8a313e718040dc1055440f49d6490df02af5 6539-7039a749c6b708341af639dbd62812be8b676f2b 6538-ee28b8363f5a1fd62e4f8b358547b61c1c83c98e 6537-1e0ec1c9d6a418d474231bc62bca8f31b5c4947d 6536-4347ff5168192ea068b37a49abed4a8bdf003aae 6535-9c6cebe9bd4f737cbbbcbd8612b7df49a1250092 6473-888252c937b2794ec59959f30c15662790b6f5f6 6472-b53283c9db8584635c2c70891b351ed1b047f80e 6471-6cbd9cfc2b32c5c5963dfb22bdb4c8661984e55f 6470-bab23ac7d537a245cb71eda609bd00e9d239e900 6469-585a719663925fe4be8101f1df24f09cf0f1feb6 6468-7e918488d22a53e793ebc9a5c0f20a59f5251b13 6467-d170c1eb79efd3bc425590aed8c2ea6ea433662d 6466-b29e658c75dd9186b83038e169667e92cce41135 6465-c83aa0f55f3cc6a9e956c1824d66a2bd3c0f335d 6464-a3f3913b584107e708b07e8b168ea3c8e9b700c0 6463-810dc8f08c4f9522eb5f9340f9ec9449eb9541c4 6462-fd14b91825370b712c3af16fafb3ce864658919a 6461-d8e7015cda39467a63c1310e35b611d9a7d941c1 6460-95d8aa7578b9a462bdfcfd03c294e87051e8e92f 6459-b4919ac2dcc676b63aa5699bb47880aba7d8cb4f 6458-fc78ae2595ba387c9f68bc729ff030d6c4bbe004 6457-0ac56a94cd92d80768ddfa455b59a615feb369ee 6456-d06810bb635a717db4532b51aadd9603 6455-d1a7aa340ad73e93e83722b3806f75b9 6454-788125168e11576f5c9563ebe4f49816 6453-7609de6b3f818fe46e3c303c3f2a937c 6452-da1e1209bcb8e8afb7f678a317c35e67 6451-17b8be15f294dfa53548e99093f6db13 6450-4c7b66f2b883e5d84cf1ebf92b767b28 6449-d8efa76b37cc7f6a472190cef92a91c9 6448-52ea28602109c783e32bd46bac2e3e94 6447-5e00aabf394262c522d64876890979ba 6446-169a3c756b73ebf3c2dcc13bf1c07f09 6445-b2c32e1637f2cf5332a274bace1821ee 6444-72f8c26dcdba9567099bd721a5cc2405 6443-4541c222a68f25efd880a499da07ec7e 6442-3d39e8f1d3151c18495e0ef7efa259f4 6441-2f74fea568536d8a09c17808256b9e42 6440-79a6fa3e3136fd7c23d89d33489a2584 6439-1cb7c50ffd138567c42c66f876f20b5f 6438-b9ec61e16c9416122fabedd93fadaf5d 6437-8e8e4bcfa173b8cb9cc9b60be3a52823 6436-e351fad1dca5985a184c1562ca1fff04 6435-839132eb69e6cc9af3b3fbd8049e5257 6434-7f47f558ff1574c0386897b9ac249d3a 6433-8b36a84e4513412da2cc21b2cadb3263 6432-a2b8d71dee78b6e9c39ec0760b3a0f67 6431-e9c6dd1f1da8afc253d6983ac33a20f4 6430-ef343e7515f770e04ddcc71cdfad9f20 6429-1750e9a4b4c9907d6f2980938291be2d 6428-3db0c94cfa071d1dd3ab4d9bc8c8ace0 6427-54fc8882b8768171abe36bc791966ffc 6426-a2a5dbf8e9440c6cb87205c723b0c17b 6425-b18c9225d813f32ccf166ec4b444ca5b 6424-9e651471e43a544c953e15cdfa41c1fa 6423-762bce1f0708bb42a853a7604d657331 6422-28c0109f9132d9b263b085f5d19fc3b3] -- db.encodeRevisions() at revtree.go:771

Posts: 1

Participants: 1

Read full topic

↧
↧

LIKE clause resulting to FileNotFoundException

November 11, 2019, 1:36 am
$
0
0

@newbee wrote:

I’m trying to use simple like query in N1QL but I get java.io.FileNotFoundException heres my HttpsRequest http://localhost:8093/query/service?statement=SELECT%20meta(c).id,c.*,s.userName,s.type,s.profilePic%20FROM%20Community%20c%20INNER%20JOIN%20staging%20s%20ON%20c.stagingId%20=%20meta(s).id%20WHERE%20c.notes%20LIKE%20'%xmas%'%20ORDER%20BY%20c.uploadDate%20DESC. When I try it in Postman same request its working, why is it throwing an exception in android?

Posts: 2

Participants: 2

Read full topic

↧

2.6.0 CBLite Pull Replication High Disk Usage

November 12, 2019, 5:15 am
$
0
0

@richard wrote:

Hi,

I am using Objective-C Couchbase Lite 2.6.0 Community in a Cordova application and I am experiencing an issue with the pull replication.
I have 2 different app bundles which are the same, except for the amount of data. A dev app that has ~1 million documents and is 1.3GB and a staging app that has ~5 million documents and is 4.3GB.
The dev app reads about 1GB before pulling documents, whereas the staging app reads 40GB before pulling documents. Reading 40GB takes about 10 minutes and I’m not sure why it needs to read that much every time the replication starts.

This wasn’t an issue in 2.5.3, the replication would start straight away. 2.5.3 did have a different issue where the memory would fill with all the documents it was pulling.

26
Screenshot 2019-11-11 at 16.51.26.png1396×961 189 KB

39
Screenshot 2019-11-12 at 10.21.39.png1704×1082 491 KB
57
Screenshot 2019-11-12 at 11.21.57.png1708×1088 204 KB

I’ve tried turning continuous off, using push and pull rather than just pull. Push on its own works fine.
This also occurs when offline.

(void)startReplication:(CDVInvokedUrlCommand*)urlCommand{
    NSDictionary *json = [[urlCommand arguments] objectAtIndex:0];
    NSURL *url = [NSURL URLWithString:json[@"source"]];
    CBLURLEndpoint *target = [[CBLURLEndpoint alloc] initWithURL: url];
    CBLReplicatorConfiguration *config = [[CBLReplicatorConfiguration alloc] initWithDatabase:database target:target];
    config.replicatorType = kCBLReplicatorTypePull;
    config.authenticator = [[CBLBasicAuthenticator alloc] initWithUsername:json[@"username"] password:json[@"password"]];
    config.continuous = true;
    CBLReplicator* replicator = [[CBLReplicator alloc] initWithConfig:config];
    [replicator addChangeListener:^(CBLReplicatorChange *change) {
        [self replicationNotification: change: @"replicationStatus"];
    }];
    [replicator start];
    CDVPluginResult* pluginResult = [CDVPluginResult resultWithStatus:CDVCommandStatus_OK];
    [self.commandDelegate sendPluginResult:pluginResult callbackId:urlCommand.callbackId];
}

iPad Pro (2nd generation)
iOS 13.2.2

Posts: 1

Participants: 1

Read full topic

↧

2.6 CBLite SQlite file size keeps growing

November 12, 2019, 7:47 am
$
0
0

@Matteo_Spreafico wrote:

Hi, we have a database with about 150.000 documents, growing every week by 5k docs. We set( via the NODE.js SDK) an expire date to 1 week for every docoument to keep the iOS Client clean and fast.

We are correctly receiving the expired docs via replication but, even thought we correctly purge, compact and close the db, the SQLite database keeps growing. Now it’s over 140mb resulting in a ridicolously bad performance when querying on older devices (like ipad mini 2).

Any ideas?
We also tried manually deleting and purging docs manually, but the SQLIte db doesnt shrink in size.

Thank you.

TL;DR
Documents are set to expire on server ( VIA NOD JS) but the Client (IOS, SWIFT, CBL 2.6) doesnt delete them from disk even tho purge and compact are called. The result is a Sqlite file size that keeps sky rocketing resulting in poor performance.

Here a quick test I did

SQlite file size before compacting using the couchbaselite function -> 149590016
SQlite file size after compacting using the couchbaselite db.compact() function -> 149590016 (DID NOTHING)
SQlite file size after compacting using the couchbaselite db.close() function -> 144949248
=== === === === manually purged documents === === === === ===
SQlite file size before compacting using the couchbaselite function -> ** 149126768**
SQlite file size after compacting using the couchbaselite db.compact() function -> ** 149126768** (DID NOTHING)
SQlite file size after compacting using the couchbaselite db.close() function -> ** 144949248**
SQlite file size after compacting using SQLITE Studio -> ** 119234239**

Posts: 1

Participants: 1

Read full topic

↧
Viewing all 1097 articles
Browse latest View live
Search