| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
With the addition of a new return value in sendFromUpdate(), the Update Server should know when Verification fails and thus
to resend the request. Refs #44
|
|
|
|
| |
Fixes #42
|
|
|
|
| |
I don't currently like the look of Come Again, perhaps it could be implemented at a later release. Refs #43
|
|
|
|
| |
Refs #43
|
|
|
|
| |
Refs #42
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Previously, InstaDisc would only do an IP check if InstaDisc was left open for the interval time (default 1 day) which would rarely happen with certain people. However, now InstaDisc does an IP check every time it starts up. Refs #21
|
|
|
|
|
|
| |
Because of the increase in possible Verification ID values, it will be even less likely to have a repeat, so the number that are buffered is being increased. A test was
run to find repeats if 10000 numbers were generated between 1 and 2147483647 and a repeat was found only once at the 8500th number, the rest of the tests (20 others)
passed successfully. Refs #37
|
|
|
|
| |
Verification IDs in Central and Update can now be between 0 and 2147483647. Closes #37
|
|
|
|
| |
The folder name "svn" was annoying Subversion because svn is a special name to it. Fixes #36
|
|
|
|
| |
Yet ANOTHER ANNOYING [15]. The number of these [15]s is saying something about my coding techniques. Refs #25
|
|
|
|
| |
Also modified Change Password to lock out non logged-in users and to use the instaDisc_verifyUser() functions instead of inlining it. Refs #25
|
|
|
|
| |
Ok, this is sort of part [15], part strange unnoticed error(s). Refs #25
|
|
|
|
|
|
|
| |
Previously, instaDisc_verifyUser() was lazy and checked a user's
existance by routing the input through instaDisc_checkVerification()
with the static Verification ID of 0, but it was forgotten that a static
Verification ID would work once and be rejected after that. Refs #25
|
|
|
|
|
| |
For some reason, the adds() function was being used to add block data
instead of the correct function, adds_block(). Refs #25
|
|
|
|
| |
Closes #35
|
|
|
|
| |
Refs #25 and closes #35
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Yet ANOTHER [15]. Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25 and #35
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
|
|
|
|
|
|
| |
Borrowed the Four Island templating system code so as to ease the creation of frontends. index.php and activate.php have already been converted, and install.php will not
be converted (because it would be too difficult, and who would want to skin it anyway?)
NOTICE: The Four Island Templating system source code is copyrighted by Starla Insigna (c) 2008. All rights reserved. Use of this code in part or in whole apart from the
InstaDisc Central Server is a direct violation of copyright law. You have been warned.
Refs #25
|
|
|
|
| |
Closes #34
|
|
|
|
| |
Fixes #33
|
|
|
|
| |
Also added a link to the project site to the Help menu and added the ability to display an error message in the Status Bar if java.awt.Desktop is for some reason unsupported. Closes #30
|
| |
|
|
|
|
| |
Fixed up JNLP so that NetBeans would automatically generate the JNLP file and sign the JARs
|
|
|
|
| |
This has been discovered to be a much better way of Java distributation. Because of this, the loader script is no longer necessary.
|
|
|
|
|
|
|
| |
Because the Client is written in Java, it cannot be run from any
directory regardless of path easily. So, with the addition of a loader
script that calls the Java JAR, the command "instadisc" can still be
run from any directory.
|
|
|
|
| |
Closes #10
|
|
|
|
| |
Refs #10
|
|
|
|
|
|
|
|
|
| |
Previously, even after the key generation bug ([127]) was fixed, the
Client was still failing to decrypt properly. However, the first
field, Title, decrypted perfectly, so it was discovered that while
the Client reset the Cipher object after every decryption, the Update
Server did not reset MCrypt after every enryption. This has been
fixed. Refs #10
|
|
|
|
| |
See [127]. Refs #10
|
|
|
|
|
|
|
|
| |
The Client was failing to properly decrypt encrypted data because of a key
generation issue, the key is generated from a password and a Verification ID.
However, because Verifcation IDs must be unique, the encryption key and the
decryption key would differ. However, the Central Server needs to be modified
so as to pass on the Encryption Key. Refs #10
|
|
|
|
| |
Refs #10
|
|
|
|
| |
Refs #10
|
|
|
|
| |
Fixes #27
|
|
|
|
| |
Refs #27
|
|
|
|
| |
The problem with NMAP freaking out the Client was that NMAP didn't actually send any data to the socket and thus the connection reset and the Client wasn't actually programmed to handle that yet. Fixes #24
|
|
|
|
| |
Fixes #26
|
|
|
|
| |
Accidentally provided the Subscription URI instead of the Subscription File's URL in the last commit.
|
| |
|
|
|
|
|
|
| |
Now Central Servers will refuse to receive items with the category of "instadisc". However, the Client has to be modifed to send
this data to the Central Server. Also added the Central Server Update Notice subscription to the database and provided a
subscription file. Refs #26
|
|
|
|
|
| |
The default frontend is based on Four Island's. Perhaps at some point a templating system may be introduced to make frontending
a little easier. Refs #25
|
|
|
|
|
| |
include('class.phpmailer.php'); had been neglected and thus the installation
failed.
|
|
|
|
|
| |
Now, the installation script checks the SMTP details entered to ensure that they are valid so as to avoid errors like #23.
Also modified return for instaDisc_activateAccount(). Refs #23
|
| |
|