diviproject / divi Goto Github PK

Spend, earn, or withdraw digital money in seconds with Divi.

Makefile 1.14% Shell 0.79% C++ 69.62% C 12.80% HTML 0.44% CSS 0.01% Assembly 0.25% M4 1.79% Python 8.69% Roff 0.16% QMake 0.23% Dockerfile 0.01% Java 0.26% Rich Text Format 3.23% Starlark 0.19% CMake 0.12% Sage 0.26%

divi staking crypto cryptocurrency

divi's Introduction

DIVI Project

DIVI Core integration/staging repository

https://diviproject.org

What is Divi?

Divi is a next-generation blockchain protocol that enables any user to begin earning, sending, and spending cryptocurrency easily, without the need for advanced technical knowledge. Divi uses a state-of-the-art Proof of Stake consensus mechanism that offers opportunities for users to stake their coins or allocate their coins to Masternodes, which secure the network and verify transactions.

For more information, as well as an immediately usable version of the Divi Project software, visit our website's download page, or read our whitepaper.

License

Divi Core is released under the terms of the MIT license. See https://opensource.org/licenses/MIT for more information.

Developing

The master0 branch is regularly built and tested by Divi's core development team, and is typically the most stable version of the software, but this cannot be guaranteed at any given time.

Building

To build from source on UNIX systems, follow these instructions.

System requirements

C++ compilers are memory-hungry. It is recommended to have at least 1 GB of memory available when compiling DIVI Core. With 512MB of memory or less compilation will take much longer due to swap thrashing.

Dependencies

These dependencies are required:

Library	Purpose	Description
libssl	SSL Support	Secure communications
libboost	Boost	C++ Library

Optional dependencies:

Library	Purpose	Description
miniupnpc	UPnP Support	Firewall-jumping support
libdb4.8	Berkeley DB	Wallet storage (only needed when wallet enabled)
qt	GUI	GUI toolkit (only needed when GUI enabled)
protobuf	Payments in GUI	Data interchange format used for payment protocol (only needed when GUI enabled)
libqrencode	QR codes in GUI	Optional for generating QR codes (only needed when GUI enabled)

For the versions used in the release, see release-process.md under Fetch and build inputs.

For additional information about dependencies see build-unix.md

./autogen.sh
./configure --disable-tests --without-gui
make
make install # optional

divi's People

Contributors

Stargazers

Watchers

divi's Issues

Chain gets corrupted after a while

Expected behavior

I expect the chain to be synced all the time.

Actual behavior

The chain gets corrupted after a while.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Keep the wallet open. After a while the chain gets corrupted.

It has already been fixed in the following commit:
d64b472

It needs to be recompiled so this bugfix is implemented.

Can't get TXError: funding failed validity check!

Expected behavior

divid should start successfully and continue syncing the chain with a newly generated masternode

Actual behavior

divid stops on initial execution with an error (see below)

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Go through the most recently documented steps to create a new masternode. After placing the long string generated by the fundmasternode command into masternode.conf, restarting divid -debug returns the following error:

init message: Loading masternode cache...
IS MASTER NODE
Can't get TXError: funding failed validity check!

Error: funding failed validity check!

PrepareShutdown: In progress...
Reindexing block file blk00000.dat...
CDBEnv::Flush : Flush(false)
CDBEnv::Flush : Flushing wallet.dat (refcount = 0)...
CDBEnv::Flush : wallet.dat checkpoint
CDBEnv::Flush : wallet.dat detach
CDBEnv::Flush : wallet.dat closed
CDBEnv::Flush : Flush(false) took               5ms
StopNode()
Committing 0 changed transactions (out of 0) to coin database...
CDBEnv::Flush : Flush(true)
CDBEnv::Flush : Flushing wallet.dat (refcount = 0)...
CDBEnv::Flush : wallet.dat checkpoint
CDBEnv::Flush : wallet.dat detach
CDBEnv::Flush : wallet.dat closed
CDBEnv::Flush : Flush(true) took               5ms
Shutdown: done

NOTE
Commenting out the long string in masternode.conf will allow the wallet to start successfully and sync, but uncommenting the line after syncing brings back the funding validity error.

No Advanced Features/Options

Expected behavior

Features form menus such as coin control, map upnp ports, minimize on close, minimize to system tray or task bar, start wallet automatically on startup, encrypt wallet, etc.

Actual behavior

None of those are present.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[ x] Windows 10

Steps to reproduce the problem

Possible to open multiple instances of the Divi Desktop Wallet

Expected behavior

I expect the Divi Desktop Wallet to open the existing instance, instead of opening a new one.

Actual behavior

When starting the Divi Desktop Wallet, a new instance is started, instead of opening the already open instance. There is no limit to how many instances can be open at the same time.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Open the Divi Desktop Wallet. Right after, start it again. Another instance will be opened.

Adding an existing address to the address book does not result in an error

Expected behavior

I expect the wallet to return an error when I try to add an address to the address book that already exists

Actual behavior

The wallet displays a notification that the address has been added to the address book successfully, however it is not actually added to the address book.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Add an address to the address book
Add the same address to the address book

UX - Receiving List of Addresses

Expected behavior

UX -

Should be able to easily see and read the text of the addresses

Actual behavior

Depending on the running instance - shows 70 to 80 percent of text in addresses.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[X ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Running Ubuntu 18.04 with 1.1.24 Build - this has been a consistent UX since 1.1.16

Balance Inaccurate

Expected behavior

Reflect accurate balance

Actual behavior

I loaded wallet on latest version. Balance was 355 (not sure how). I let it sit for 20 minutes. Balance still 355. I sent 1 Divi. Now balance is 178. After Confirmation balance is now 353.9999 (correct).
What is happening?

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

No close window option on wallet that closes the wallet completely

Expected behavior

Clicking the X window button should close out of the wallet completely.

Actual behavior

Clicking the X window button just minimizes wallet to system tray. We will need to right-click system tray icon and select Window > Close to exit out of wallet completely.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[x ] Windows 10

Steps to reproduce the problem

Minimize on Ubuntu - does not resume

Expected behavior

Minimize on Ubuntu should result in something being clickable to resume the memory resident divid and divi-desktop and divi-desktop --type=zygote --no -sandbox

Actual behavior

Minimize hides GUI keeping the apps resident in memory. With no way to resume GUI

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[X ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Upon "exit" select "minimize" using 1.1.19 then try and resume. Maybe I'm missing something?

divid still running after close makes wallet crash

Expected behavior

I open my wallet. I close my wallet. I reopen my wallet.

Actual behavior

I open my wallet. I close my wallet. I reopen my wa... it crash.

Operating system

Place an 'x' in the box next to your operating system

[ x] Mac OSX 10.13.4
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

open, close, reopen.

I found that the divid process were not killed if I close the Wallet Gui. That's the reason why it crash. If I kill the divid process and then open again the wallet it works properly.

Discord username: Jeff33140

Lottery Blocks - Make them as described in our whitepaper and articles

Expected behavior

https://medium.com/diviproject/divis-lottery-blocks-8c323e3b0b4b

Actual behavior

Not sure yet... I'd like to know if they're functioning the way we anticipated? And if not, how are they different? And is it too late too late to modify?

Operating system

Place an 'x' in the box next to your operating system

Update the redeem page

Expected behavior

Should show #soon since the 2nd is past :)

Actual behavior

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

No password is required to open the wallet, confirm transactions etc.

Expected behavior

I expect it to be required to set a password to access the wallet. That password should also be entered to send funds.

Actual behavior

No password is required to access or send anything

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Opening the wallet

Recent Transactions List

Expected behavior

Should show the list of recent transactions and the actual date and time of the transaction.

Actual behavior

In overview and history (recent transactions)
Shows only single most recent transaction and upon restart shows recent transaction date and time with sync date and time, not transaction date and time.
In Windows
History shows nothing

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[X ] Linux Ubuntu 18.04.4
[ X] Windows 10

Steps to reproduce the problem

Run Windows or Linux 1.1.24 builds with staking active

Wallet Stuck on "connecting to daemon" Windows 10

Wallet starts up and connects to the network

Wallets starts, error pops up, stucks at #connecting to daemon"

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

How could I know lol.

Address book does not populate when select from is used.

Expected behavior

Sending Divi
using the select address from popup - and send divi

Actual behavior

When select from address book is used - NO addresses populate as choices.

Divi Mainnet 1.1.13

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

On linux
Send to another address using the select from address book option.

Staking Activity discrepancy on OSX desktop vs Linux Cli

Expected behavior

Installed new builds on Linux cli & osx desktop - Expected both to show the same staking activity when returning getinfo command

Actual behavior

Linux cli returned staking active whilst desktop returned not active

Operating system

Place an 'x' in the box next to your operating system

[x ] Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[x ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

I restarted divid on linux and the problem disappeared after initial reboot. After 5 mins or so, the problem has reoccured. Both wallets are running version 4.0.5.0 at the time and are fully synced returning identical info apart from staking statuses.
Linux balance is 68DIVI & OSX balance is 75DIVI

Transaction Display Issues

Expected behavior

I expect each tab to display the correct transactions.

Actual behavior

I click All Transactions and I see a bunch of transactions I did not initiate (but fine). I clicked Receive tab and I see a transaction I received (fine). I click the Staked tab and I see the same transaction as was on the Received tab. This can be misleading. I have to click on Received again and then back to Staked.

Operating system

Place an 'x' in the box next to your operating system

[ x] Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[x ] Windows 10

Steps to reproduce the problem

Mystery transactions and history in tabs and overview

Expected behavior

Showing all transactions would show only my wallets, sending and receiving history.

Sending history show wrong history too and I have no receiving history related to my wallet or anything else.

Actual behavior

It shows me a bunch of history unrelated to my wallet. Not any of my history (at least not yet) It is synced.

However on the overview screen at the top is shows

correct wallet.dat coin details.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[ X] Linux Ubuntu 18.04.4
[X ] Windows 10

Steps to reproduce the problem

Install and use Original wallet.dat file.

The attached picture show another accounts details.

[UI] Nothing visible when node is fully synced

Expected behavior

I expect it to be visible on the bottom left if the node is fully synced.

Actual behavior

Once the node is fully synced, the bottom left is empty, however if I hover that empty box, it shows a tooltip. It seems strange that a tooltip appears by hovering an empty box.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Wait for the node to fully sync, then hover the bottom left box.

Treat failed transaction confirmations on the GUI

Expected behavior

UI should show "FAIL" description when transactions fails to confirm (confirmations == -1)

Actual behavior

UI shows "-1 confirmations" which leads to bad UX. User needs to clearly understand that his outgoing transaction had an error during processing and couldnt be confirmed.

Operating system

Place an 'x' in the box next to your operating system

Sending and Receiving qty and fee

Expected behavior

I expected to send .1 divi to my second wallet address and pay the related fee. Keeping in amount 1st account .9(minus the transaction fee)

Actual behavior

Instead it sent the .1 divi to the second account and took the remaining divi out of first account - reducing to zero.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[X ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Running Linux Gui on Ubuntu 18.04 - send divi to second account in same wallet.

Fees shown to 0 but 0.0000226 are taken

Expected behavior

Send > Pick Addr from Addr book > 3 divi > Make the payment
Then the pop-up show "Transaction Fee: 0 DIVI".

Confirm & Send

0 DIVI Fees

Actual behavior

0.0000226 Fees are taken, it's shown in History and the wallet value is updated with fees taken

Operating system

Place an 'x' in the box next to your operating system

Error during masternodelist.cpp compile

Expected behavior

Successful Compile

Actual behavior

Failed

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

make builds everything successfully all the way to QT compile. I get this error.

qt/masternodelist.cpp: In member function ‘void MasternodeList::StartAlias(std::__cxx11::string)’:
qt/masternodelist.cpp:89:13: error: ‘CMasternodeBroadcast’ was not declared in this scope
             CMasternodeBroadcast mnb;
             ^
qt/masternodelist.cpp:91:29: error: ‘CMasternodeBroadcast’ is not a class, namespace, or enumeration
             bool fSuccess = CMasternodeBroadcast::Create(mne.getIp(), mne.getPr
                             ^
qt/masternodelist.cpp:91:138: error: ‘mnb’ was not declared in this scope
 tIp(), mne.getPrivKey(), mne.getTxHash(), mne.getOutputIndex(), strError, mnb);
                                                                           ^
qt/masternodelist.cpp:95:26: error: ‘class CMasternodeMan’ has no member named ‘UpdateMasternodeList’
                 mnodeman.UpdateMasternodeList(mnb);
                          ^
qt/masternodelist.cpp: In member function ‘void MasternodeList::StartAll(std::__cxx11::string)’:
qt/masternodelist.cpp:120:9: error: ‘CMasternodeBroadcast’ was not declared in this scope
         CMasternodeBroadcast mnb;
         ^
qt/masternodelist.cpp:127:46: error: no matching function for call to ‘CMasternodeMan::Find(CTxIn&)’
         CMasternode* pmn = mnodeman.Find(txin);
                                              ^
In file included from ./obfuscation.h:12:0,
                 from ./activemasternode.h:13,
                 from qt/masternodelist.cpp:4:
./masternodeman.h:56:15: note: candidate: CMasternode* CMasternodeMan::Find(std::__cxx11::string)
  CMasternode* Find(string address) { if (!mAddress2MnHash.count(address)) retur
               ^
./masternodeman.h:56:15: note:   no known conversion for argument 1 from ‘CTxIn’ to ‘std::__cxx11::string {aka std::__cxx11::basic_string<char>}’
qt/masternodelist.cpp:131:25: error: ‘CMasternodeBroadcast’ is not a class, namespace, or enumeration
         bool fSuccess = CMasternodeBroadcast::Create(mne.getIp(), mne.getPrivKe
                         ^
qt/masternodelist.cpp:131:134: error: ‘mnb’ was not declared in this scope
 tIp(), mne.getPrivKey(), mne.getTxHash(), mne.getOutputIndex(), strError, mnb);
                                                                           ^
qt/masternodelist.cpp:135:22: error: ‘class CMasternodeMan’ has no member named ‘UpdateMasternodeList’
             mnodeman.UpdateMasternodeList(mnb);
                      ^
qt/masternodelist.cpp: In member function ‘void MasternodeList::updateMyMasternodeInfo(QString, QString, CMasternode*)’:
qt/masternodelist.cpp:177:89: error: ‘class CMasternode’ has no member named ‘addr’
 * addrItem = new QTableWidgetItem(pmn ? QString::fromStdString(pmn->addr.ToStri
                                                                     ^
qt/masternodelist.cpp:179:91: error: ‘class CMasternode’ has no member named ‘GetStatus’
 statusItem = new QTableWidgetItem(QString::fromStdString(pmn ? pmn->GetStatus()
                                                                     ^
qt/masternodelist.cpp:182:107: error: ‘class CMasternode’ has no member named ‘pubKeyCollateralAddress’
  QTableWidgetItem(QString::fromStdString(pmn ? CBitcoinAddress(pmn->pubKeyColla
                                                                     ^
qt/masternodelist.cpp: In member function ‘void MasternodeList::updateMyNodeList(bool)’:
qt/masternodelist.cpp:212:46: error: no matching function for call to ‘CMasternodeMan::Find(CTxIn&)’
         CMasternode* pmn = mnodeman.Find(txin);
                                              ^
In file included from ./obfuscation.h:12:0,
                 from ./activemasternode.h:13,
                 from qt/masternodelist.cpp:4:
./masternodeman.h:56:15: note: candidate: CMasternode* CMasternodeMan::Find(std::__cxx11::string)
  CMasternode* Find(string address) { if (!mAddress2MnHash.count(address)) retur
               ^
./masternodeman.h:56:15: note:   no known conversion for argument 1 from ‘CTxIn’ to ‘std::__cxx11::string {aka std::__cxx11::basic_string<char>}’
Makefile:5186: recipe for target 'qt/qt_libbitcoinqt_a-masternodelist.o' failed
make[2]: *** [qt/qt_libbitcoinqt_a-masternodelist.o] Error 1
make[2]: Leaving directory '/home/cvh/Divi/divi/src'
Makefile:7569: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/cvh/Divi/divi/src''
Makefile:611: recipe for target 'all-recursive' failed
```make: *** [all-recursive] Error 1

Sending large amounts of DIVI get split up

When you are receiving large amounts of funds that it would show up as one transaction.

It splits up the transaction into 50k transactions and spams you until it is done.

Operating system

Place an 'x' in the box next to your operating system

[S] Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Editing the address label doesn't result in a changed label

Expected behavior

I expect the new label to be reflected in the UI under the 'Address book' tab.

Actual behavior

The wallet says the label has been updated, however the UI does not reflect the new label.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Add an address to the address book
Try to edit the label by clicking on the 'Edit address label' button
The address label does not change

Windows will not sync completely and stays behind Ubuntu

Should sync to current block count.

#Running Unbuntu in VirtualBox - Ubuntu Syncs but on same machine Windows 10 always stays at least 10 blocks behind and returns mnsync status as "true" (update reindex partially syncs and then divi stops syncing completely)

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[x ] Windows 10

Install Ubuntu in VirtualBox and start Divi, Install Divi on Windows 10, will not sync even with -reindex

"getstakingstatus" on Desktop Clients returns no info in wallet console

Expected behavior

On CLI builds the command getstakingstatus returns these values:

"validtime" : true,
"haveconnections" : true,
"walletunlocked" : true,
"mintablecoins" : true,
"enoughcoins" : true,
"mnsync" : true,
"staking status" : true

Should the desktop wallet console be able to return the same info?

Actual behavior

On OSX and Windows desktop wallets, when putting the command into the inbuilt wallet console this information is not returned

Operating system

Place an 'x' in the box next to your operating system

[ x] Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[x ] Windows 10

Steps to reproduce the problem

Have tested on OSX and Windows desktop wallets.

Compilation fails on Mac OSX 10.13.1 0 with configure: error: Detected LibreSSL: This is NOT supported, and may break consensus compatibility!

It seems the dependence on openssl may pose an issue with compilation on Mac OSX High Sierra. Bitcoin no longer requires openssl as a dependency. The lib cannot be ignored by passing any flags. The latest versions of openssl apparently deprecated a function that would allow compilation in this case.

Potential (temporary?) fix: PIVX #447

Corrupted block database detected. Do you want to rebuild the block database now?

Expected behavior

Daemon should run without corrupting chain.

Actual behavior

From time to time, daemon crashes and chain gets corrupted.
When trying to run the server, the following messsage appears:

"Corrupted block database detected. Do you want to rebuild the block database now?"

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Leave the node running for a long period.

Masternode Fund Allocation Bug/Error

Expected behavior

When running allocatefunds command for a master node, the appropriate DIVI should be allocated to that tier

Actual behavior

Instead, for copper only 0.001divi is allocated and 0.003divi for silver etc.. After running the allocate funds command, then a corresponding transaction is given. This transaction confirms that only 0.001divi was allocated, and can also be verified using the listaccounts command. When trying to proceed with the fundmasternode command, then the whole thing fails as the transaction is deemed invalid for the master node level

Operating system

Place an 'x' in the box next to your operating system

[ x] Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[x ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

I have tried several times on linux and osx and keep hitting the same issue. It allowed me to allocate funds for a silver despite only having enough funds for a copper. However, due to it only allocating 0.003 divi to the silver tier it allowed the transaction to be generated

Make binaries available to each OS

Expected behavior

Compiled binaries from the latest source code should be available to each OS via direct link.

Actual behavior

Binaries are not available.

Missing files

Compile errors

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
[ X] Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
Windows 10

I was trying to compile the code from git clone https://github.com/Divicoin/Divi.git
./autogen.sh
./configure
make
error i got
` CXX qt/qt_libbitcoinqt_a-masternodelist.o
qt/masternodelist.cpp: In member function ‘void MasternodeList::StartAlias(std:: cxx11::string)’:
qt/masternodelist.cpp:89:13: error: ‘CMasternodeBroadcast’ was not declared in t his scope
CMasternodeBroadcast mnb;
^
qt/masternodelist.cpp:91:29: error: ‘CMasternodeBroadcast’ is not a class, names pace, or enumeration
bool fSuccess = CMasternodeBroadcast::Create(mne.getIp(), mne.getPr
^
qt/masternodelist.cpp:91:138: error: ‘mnb’ was not declared in this scope
tIp(), mne.getPrivKey(), mne.getTxHash(), mne.getOutputIndex(), strError, mnb);
^
qt/masternodelist.cpp:95:26: error: ‘class CMasternodeMan’ has no member named UpdateMasternodeList’
mnodeman.UpdateMasternodeList(mnb);
^
qt/masternodelist.cpp: In member function ‘void MasternodeList::StartAll(std:: cxx11::string)’:
qt/masternodelist.cpp:120:9: error: ‘CMasternodeBroadcast’ was not declared in t his scope
CMasternodeBroadcast mnb;
^
qt/masternodelist.cpp:127:46: error: no matching function for call to ‘CMasterno deMan::Find(CTxIn&)’
CMasternode* pmn = mnodeman.Find(txin);
^
In file included from ./obfuscation.h:12:0,
from ./activemasternode.h:13,
from qt/masternodelist.cpp:4:
./masternodeman.h:56:15: note: candidate: CMasternode* CMasternodeMan::Find(std: :__cxx11::string)
CMasternode* Find(string address) { if (!mAddress2MnHash.count(address)) retur
^
./masternodeman.h:56:15: note: no known conversion for argument 1 from ‘CTxIn’ to ‘std::__cxx11::string {aka std::__cxx11::basic_string}’
qt/masternodelist.cpp:131:25: error: ‘CMasternodeBroadcast’ is not a class, name space, or enumeration
bool fSuccess = CMasternodeBroadcast::Create(mne.getIp(), mne.getPrivKe
^
qt/masternodelist.cpp:131:134: error: ‘mnb’ was not declared in this scope
tIp(), mne.getPrivKey(), mne.getTxHash(), mne.getOutputIndex(), strError, mnb);
^
qt/masternodelist.cpp:135:22: error: ‘class CMasternodeMan’ has no member named ‘UpdateMasternodeList’
mnodeman.UpdateMasternodeList(mnb);
^
qt/masternodelist.cpp: In member function ‘void MasternodeList::updateMyMasterno deInfo(QString, QString, CMasternode*)’:
qt/masternodelist.cpp:177:89: error: ‘class CMasternode’ has no member named ‘ad dr’

addrItem = new QTableWidgetItem(pmn ? QString::fromStdString(pmn->addr.ToStri
^
qt/masternodelist.cpp:179:91: error: ‘class CMasternode’ has no member named ‘Ge tStatus’
statusItem = new QTableWidgetItem(QString::fromStdString(pmn ? pmn->GetStatus()
^
qt/masternodelist.cpp:182:107: error: ‘class CMasternode’ has no member named ‘p ubKeyCollateralAddress’
QTableWidgetItem(QString::fromStdString(pmn ? CBitcoinAddress(pmn->pubKeyColla
^
qt/masternodelist.cpp: In member function ‘void MasternodeList::updateMyNodeList (bool)’:
qt/masternodelist.cpp:212:46: error: no matching function for call to ‘CMasterno deMan::Find(CTxIn&)’
CMasternode* pmn = mnodeman.Find(txin);
^
In file included from ./obfuscation.h:12:0,
from ./activemasternode.h:13,
from qt/masternodelist.cpp:4:
./masternodeman.h:56:15: note: candidate: CMasternode* CMasternodeMan::Find(std: :__cxx11::string)
CMasternode* Find(string address) { if (!mAddress2MnHash.count(address)) retur
^
./masternodeman.h:56:15: note: no known conversion for argument 1 from ‘CTxIn’ to ‘std::__cxx11::string {aka std::__cxx11::basic_string}’
Makefile:5173: recipe for target 'qt/qt_libbitcoinqt_a-masternodelist.o' failed
make[2]: *** [qt/qt_libbitcoinqt_a-masternodelist.o] Error 1
make[2]: Leaving directory '/home/Divi/divi/src'
Makefile:7556: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/Divi/divi/src'
Makefile:611: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
root@vultr:/home/Divi/divi#
`
How to solve this.

Thanks

GUI History To/From label error

Expected behavior

Transaction history shows "To:" transaction address

Actual behavior

Transaction history shows "To/From: " which leads to bad UX.

There is not a "From" address in the transaction.
The address displayed on the transaction is always a "To" address, where the coins are being sent to.
A transaction can be either 'receive' or 'send'. In both cases, the coins are being sent TO that address.
If 'receive', that address is local; is 'send', the address is from an outgoing payment transaction.

Operating system

Place an 'x' in the box next to your operating system

Before Confirmation - Sending wallet balance reduces to 0

Expected behavior

Send transaction and reflecting balance should show temporary correct amount before confirmation and finalize or revert balance back upon failure to confirm.

Actual behavior

Sending a transaction reduces wallet balance to 0 even if there is an unused balance of DIVI available.
Upon second try it showed dust balance. Attached is second trial image

Happens when sending to another wallet too not just my own. Sent Jeff some yesterday and the balance hit 0 until confirmation.

After confirmation it does eventually reflect correct balance

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[ x] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Send amount less than max to another wallet. Review account balance until confirmation

Cant use integers as values on Divi desktop console

Expected behavior

You should be able to use integers as variables when sending RPC calls through DIVI desktop console

Actual behavior

When using an int as parameter, it returns:

value is type str, expected int

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Try to send transaction from console
sendtoaddress address amount

Block time is still not consistent around 60s

Expected behavior

Block time should be around 60s.

Actual behavior

Block time are now vary around 2s - 300s.

Real time monitoring is available here: http://divi.nuuneoi.com/

Update date on Redeem page

https://kyc.diviproject.org/redeem

Expected behavior

Redeem page should display July 2nd as redemption start date.

Actual behavior

Redeem page still shows June 25th as redemption start date.

Paging control in app not working

Expected behavior is for the paging control to both increase the number of items displayed when selected from the drop-down, and for the arrows to go to another page.

Nothing happens it doesn't seem like it is hooked up.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

wallet gui console batch not working on OSX

Expected behavior

using all cmd from before such as getwalletinfo or so

Actual behavior

message "Method not found" shows up, nothing happens then.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

install on OSX, click on debug and try something

discord username: Jeff33140

New block always be mined from the future (30-50s by average)

New block mined are always got a timestamp of the future by around 30s - 50s.

For example, block number #19364 with hash 08a8bfaea702d52281afeaea46f9e92a0cd2a5b7570aa3000f24f2987e59b5c3 was mined with timestamp 1531385029 while the time was still at 1531385000

100% reproducable

Wallet Receive Tab Blank

Expected behavior

Address fields present.

Actual behavior

After leaving wallet open for some time it seems like all of the address fields on the "Receive" tab are gone.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[x ] Windows 10

Steps to reproduce the problem

Run wallet. Let run for a while. Go to Receive tab. Nothing there.

On linux stoping and starting crashes gui

Expected behavior

Closing GUI should be able to shutdown and restart

Actual behavior

If you close the DIVI gui (divid and divi gui stays in memory) Upon restarting machine data in .divi folders is corrupt.
If you remove all the folders backups, blocks, chainstate, database, sporks, zerocoin. But keep the wallet.dat you can restart the divi gui and divid will restart intalling all the folders and re-sync.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[ x] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Install
Close the app
Reboot machine

gui wallet keep "loading" to daemon on OSX

Expected behavior

connect to daemon, gets all information and run as a gui wallet

Actual behavior

red line, goes from left to right, I'm looking at it since 2h now... I feel a little dizzy.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

setup on OSX

I checked the divid status with the cli from git. All OK, I even received a tx from guritz (tx: 4a44cf450c2f3b3c74561b7b5ae178cbdc23ddfdf31b838857ca66b1887f7249 ), connection is stable, didn't crashed in one hour but the wallet never make it and all the left panel is not shown.

fundmasternode -> "Transaction is not valid" on MN setup

Expected behavior

After fundmasternode we should have the "config line"

Actual behavior

We have below error:

error: {"code":-25,"message":"Transaction is not valid"}

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Follow guide at https://blog.diviproject.org/p/2b448d7d-9276-4c79-9875-3ee7431fbcd7/

Node falling behind in getblockcount

Expected behavior

Node getblockcount should not fall behind the networks node count.

Actual behavior

After some time, one of my nodes is falling behind on getblockcount.

They start the same...
_user@jupiter:~/Divi/divi/src$ ~/Divi/divi/src/divi-cli getblockcount
3540

user@saturn:~/Divi/divi/src$ ./divi-cli getblockcount
3540_

... but after some time...

_user@jupiter:~/Divi/divi/src$ ~/Divi/divi/src/divi-cli getblockcount
4735

user@jupiter:~/Divi/divi/src$ ~/Divi/divi/src/divi-cli getblockcount
4736

user@saturn:~/Divi/divi/src$ ./divi-cli getblockcount
4668

user@saturn:~/Divi/divi/src$ ./divi-cli getblockcount
4669_

Operating system

Place an 'x' in the box next to your operating system

UX - Lock and Unlock

Expected behavior

When the wallet is encrypted it should show that its encrypted (with a lock or somthing)

Actual behavior

Encrypted wallet doesnt notify you that its encrypted
But does notify you when you temporarily unencrytpted.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
Linux Ubuntu 18.04.4
[ X] Windows 10

Steps to reproduce the problem

Encrypt windows 10 wallet on 1.1.17 and un-encrypt to test notifications

Funds sent from GUI are not valid

Expected behavior

Funds sent from GUI client version 1.1.23 should be valid wallet transactions visible to the blockchain

Actual behavior

Funds sent from GUI client do not appear as valid wallet transactions and gettransaction returns the following error

error: {"code":-5,"message":"Invalid or non-wallet transaction id"}

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

Send a transaction from the GUI client
Search diviscan - returns "unable to locate transaction" error
Search using divi-cli gettransaction <txid>

Incorrect address with coins

Expected behavior

I expect listaccounts command to give me the correct coins in each address I created,

Actual behavior

I created multiple accounts with different labels and sent coins to myself to those addresses. Not only did it take forever to confirm those transactions. the listaccounts command seems to jumble up the coins into one blank address as seen below:

"": 358.9999251

It should be in other addresses. Not sure why it is always showing the balance in the "" address. When I get the account address for "" it gives me an address I have never seen before.

Operating system

Place an 'x' in the box next to your operating system

Steps to reproduce the problem

UX issue if Confirm Minimize or Exit it closed

Expected behavior

Click the top right "X" would just close the popup and bring me back to divi-desktop wallet.

Actual behavior

Clicking the top right "X" closes the divi-desktop but results in memory present instances of divi and divi-desktop / like minimize.

Operating system

Place an 'x' in the box next to your operating system

Mac OSX 10.13.1
Linux Ubuntu 16.04.4
Linux Ubuntu 17.04.4
[X ] Linux Ubuntu 18.04.4
Windows 10

Steps to reproduce the problem

Just click the "X" and view your system monitor

diviproject / divi Goto Github PK

divi's Introduction

DIVI Project

DIVI Core integration/staging repository

What is Divi?

License

Developing

Building

System requirements

Dependencies

divi's People

Contributors

Stargazers

Watchers

Forkers

divi's Issues

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Wallet starts up and connects to the network

Wallets starts, error pops up, stucks at #connecting to daemon"

Operating system

Steps to reproduce the problem

Expected behavior

Actual behavior

Operating system

Steps to reproduce the problem

Expected behavior