| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Previously, an item has to match all filters, which would mean that having equals and inequals in the same subscription would mess things up. Now, to pass filter invalidation, an item has to match at least one equal (if there are any equals) and all inequals (if there are any inequals).
|
|
|
|
| |
The phpBB3 plugin is now completed! Closes #7
|
|
|
|
| |
Also, 100th COMMIT! YAY! PARTY TIME EVERYONE! YAY!
|
|
|
|
| |
See [98]
|
|
|
|
|
|
|
| |
If a colon is before a space in any value sent from the Central Server to the
Client, it will be interpreted as a NAME-VALUE divider and mess up the Item.
So, any wild colon-spaces have been escaped as "__INSTADISC__". Next step is to
unescape them when they reach the Client.
|
|
|
|
|
| |
For some reason, my reference book lists the deserialization function as
deserialize(), but the online docs say unserialize()
|
| |
|
|
|
|
| |
Previously, if the subscription file specified in SubscriptionFile.java didn't exist, it throw an incorrectly caught FileNotFoundException that would simple log the error and not change the Status label from "Checking...."
|
|
|
|
| |
Now, to finish the phpBB3 plugin, the MODX file has to be written. Refs #7
|
|
|
|
|
|
|
|
| |
The Subscription File didn't contain the activation key, so that was fixed, and
also it turned out that everywhere was using the wrong method of getting the
board's URL, so that was changed too. Then then sending library was worked
upon. The only fault I currently see is that the Author field doesn't seem to
be being sent for some reason. Refs #7
|
|
|
|
| |
See [90]
|
|
|
|
| |
See [90]
|
|
|
|
|
| |
Previously, semantics was an array, but apparently XML-RPC only allows arrays
of xmlrpcvals, so it was changed to a serialized array (string).
|
|
|
|
|
| |
Also started on the plugin's update library, currently uses a function identical to the library's. May want to
change it so that it does more post-object work than the foreign function has to. Refs #7
|
|
|
|
|
|
| |
Now the Subscription File URL uses the
"static text" style started in [87]
instead of the "input box" style. Refs #6
|
|
|
|
|
|
| |
Also used a new method of providing the
subscription file's URL as static text
instead inside a text box. Refs #7
|
|
|
|
|
|
|
| |
The module now has two working form
elements, Subscription Title and Central
Server (URL). They both read and write to
the database. Refs #7
|
|
|
|
| |
The Client was throwing an uncaught NullPointerException at startup because the program was attempting to check if the Timer was running or not before it was initilized. This has been fixed. Refs #21
|
|
|
|
| |
Refs #7
|
|
|
|
| |
Refs #7
|
|
|
|
| |
Now the Client contacts the Central Server at a regular basis to ensure that its IP is always correct. Closes #21.
|
|
|
|
|
| |
Now, every time the Client contacts the Central Server, the Central Server checks to see if its IP address has
changed, and if it has, the Central Server updates it in its records. Refs #21.
|
|
|
|
| |
Now the Subscription Title defaults to the blog's name.
|
|
|
|
| |
Changed it to show the category of a subscription in parentheses next to the title (for those cases where there are more than one subscriptions with the same title).
|
|
|
|
|
| |
Also fixed a typo in the admin panel and removed the postfix from the comments' subscription's title.
Fixes #20.
|
|
|
|
| |
This was removed in [68] because it was thought to be the cause of a bug. For more info, see [68] and [76].
|
|
|
|
| |
This once was caused by a combination of having more than one subscription in the database and a bug in the subscription retrieval method. The bug has been fixed which allows us to add back the Item buffer (removed in [68] because it was thought to be the cause of another Client Item bug) Fixes #18.
|
|
|
|
|
| |
Now with the addition of the comment feed, the Wordpress plugin is complete. (Well, it needs some
tweaking, #17). Closes #6.
|
|
|
|
|
| |
Wordpress now sends InstaDisc items whenever a post is published. However, there seems to be yet
ANOTHER strange error with the client because it is, once again, not recieving any items. Refs #6.
|
|
|
|
|
| |
Also added subscription.php to source control, which should have been done in the previous commit.
Yet another [15]. Refs #6 and #17.
|
|
|
|
|
|
|
| |
Currently, a seperate php file generates the subscription files. This is a bad scheme as it requires
the subscription URL (as in, the URL you use to subscribe, the URL to the Subscription File) is long
and winds down the Wordpress plugin directory. Hopefully, an alternate to this method will be found.
Refs #6.
|
|
|
|
|
| |
Plugin now contains header info (for display at plugin table) and an
admin panel. Refs #6.
|
|
|
|
|
| |
For some reason, this wasn't included in the previous commit ([69]).
This is yet another [15]. Refs #6.
|
|
|
|
| |
Refs #6.
|
| |
|
|
|
|
|
| |
There was a small typo the method signature of requestRetained(), so
whenever it was called, the verification would fail. Fixes #14.
|
|
|
|
|
|
|
|
|
| |
Previously, it was thought that the Client was spawing two identical
HandleItemThreads, but the real reason was that the Central Server was sending
the item twice because the subscribement was in the database twice, once
because for ownership, the second for subscribement. Now the Central Server
has been fixed to prevent this error when a user is subscribed to a
subscription they own. Fixes #15.
|
|
|
|
| |
Previously, the XML-RPC request for the retained items would take place before the InstaDiscThread started, thus causing an error when the remote server attempted sending an item. Now it is run after the InstaDiscThread starts.
|
|
|
|
| |
Now, the client always checks for retained items on startup. The -r flag is now used instead to say that you don't want to open the client, just check for retained items.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
For some reason, instadisc.php was accidentally replaced with xmlrpc.php and
commited. It has been reverted now. Also, xmlrpc.php has been using
$_SERVER['HTTP_HOST'], but that variable returns the server's address PLUS the
port number. $_SERVER['SERVER_NAME'] is much more appropriate for this
instance.
|
|
|
|
| |
This really should have happened in [59]. It's [37] all over again.
|
| |
|
| |
|
|
|
|
|
|
| |
For some reason, some of the string concatenation was being done by + operators
instead of . operators (probably after using Java too much), so they were
replaced.
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes #4
|