can i have a screenshot of your two local instances ?? take a full screen shot with the url bar
oh ya thats true @reagan. let me try out more options of how to have two servers running.
@dkayiwa on child and parent instance this is what I get
@jwnasambu youve been able to reproduce the bug on the remote servers
How far ? I am stack at failing to sync trying other options but…
@jwnasambu as a dev , thats where you now have to chip in , and start working on the bugs .
True. I have just liked the whole experience. Am beginning to think of JSON on a serious note.
I guess you can now start working on some tickets @jwnasambu now since you can reproduce some of the bugs.
@jwnasambu can I have a screen shot look at your json files configuration for the general part of both instances…
@reagan Were you able to solve those failing test whilst building the sync module? And for the JSON configurations hope you are as well following the Sync2.0 User manual
Hi @dkayiwa why would the build for the sync module have test failures even after a fresh clone without any code changes done to it. Some kind of org.junit.ComparisonFailure on some of the tests. You can have a look at thisPastebin log, @reagan and @lgilbert shared the same results
Surprisingly, I also see the same error on on atomfeed if you try to build it. It passes the same error with one test failing on the same basis org.junit.ComparisonFailure Here is a Pastebin log for it too. Failed to get the reason for these two occurrences. Does anyone else have a failure on the atomfeed?
Could this be because you are compiling on windows? Is any one on the team using a different operating system?
@odorajonathan i have just made a commit to the atom feed module. Can you update and compile again to see what happens?
@mozzy and the rest, i have also made a commit to the sync module. Can you update and compile again to see what happens?
@odorajonathan what message do you get when you run this command? git reset --hard
I get this
Admin@THe-ODoRa MINGW64 ~/atomfeed (master)
$ git reset --hard
HEAD is now at 4226a97 Adding the encoding when converting stream to string
@odorajonathan i have just made another commit. Update and compile again.


