Freenet unstable testing prerelease 1468-pre3 is now available. It is more progress toward 1468. Compared to 1468-pre2 it primarily contains updated builds of official plugins. Library, Spider, and WebOfTrust should now function. The two remaining plugins are FlogHelper, which needs updated backup and restore support, and ThawIndexBrowser, which needs build and NPE fixes.
To use this prerelease either shut down your node and replace
freenet.jar (or whatever is in wrapper.conf classpath), or run
update.(sh|cmd) testing
to download it over clearnet. Inserts are pending and I will reply with
keys once they are complete.
Fred changes since 1468-pre2:
---
Bert Massop (5):
SplitFileInserterStorage: provide linear upper bounds on chooseBlock
SplitFileInserterStorage: adapt chooseBlock to coding standards
SplitFileInserterStorage: separate random iteration logic
Add unit tests for RandomArrayIterator
SplitFileFetcherStorage: use RandomArrayIterator for segment choice
Matthew Toseland (1):
Fix bucket leak on non-persistent inserts.
Steve Dougherty (8):
RandomArrayIteratorTest: add missing EOF newline
Update Spider to v52
Mark XMLLibrarian and XMLSpider as unsupported
Increase Spider minimum version
Update Library to v36
Update WebOfTrust to build0015
Fix whitespace and braces
Use consistent capitalization in bookmark l10n keys
Update translations
TheSeeker (2):
Fix #6513 Implement text list of inserted keys.
Fix: Transfer backoff was never being reset.
drak@kaverne (1):
default bookmarks: add my sharewiki and update descriptions
Library v36
---
Linus Tolke (1):
Avoid the use of the "freenet:"-prefix.
Matthew Toseland (4):
Add two new indexes, woot!
Fix build for purge-db4o merge.
v36: Cleanups, inspired by TheSeeker's post-purge. (Not Yaml updates!)
Fix leak
Steve Dougherty (1):
Update build for broken snakeyaml link
Spider v52
---
David ‘Bombe’ Roden (1):
Include time of last activity in web interface.
Matthew Toseland (4):
Fix priority
Add missing @Override's
Use Spider as RequestClient, don't need a new one.
No, we don't want to use the local freenet root URI. Explain why.
TheSeeker (1):
Try to make Spider work post-purge.
WebOfTrust build0014 / build0015
---
This build features a very large amount of bug fixes and code quality
and test improvements. We hope these improvements will speed future
development.
Even though the primary purpose of this build is to alleviate the
performance issues, it will still be very slow until applications built
on top of WOT have been adapted to use the new performance features.
The main new performance improvement is the so-called
"event-notifications" FCP API which enables apps to request notification
of changes without having to download the whole WOT database every few
minutes. This cannot be put to use without applications being changed to
use it.
If you are a developer of a WOT application, please read the "Changelog
for developers" section for instructions how to wire it in to your app.
There are at least 5 further strong algorithmic performance
optimizations possible within WOT itself which I shall work on for the
following releases. Those then should speed up WOT without requiring
adaptions from client application developers. It was chosen to implement
event-notifications before these so we can have a parallelization of
development: Client app developers can start integrating
event-notifications now, while I can work on the WOT core optimizations.
What follows now are two changelogs of this build:
- One of the new features which are primarily relevant to the users
- One for new stuff which can be used by developers of applications
which use WOT.
The changelogs are briefly sorted by importance, most important stuff
first. The number left to each change is the issue number in the
bugtracker. Code quality improvements and some bug fixes are not
included here. For the unfiltered list see
https://bugs.freenetproject.org/changelog_page.php?version_id=63
Changelog for users:
- 0006039: [Web Interface] WebInterface "Log in" refactoring TODOs (xor)
Operhiem1 helped a lot with dealing with the job of refactoring the
general style of the web interface to allow users to "Log in" with a
certain identity instead of having to chose which identity to work
with at every page. This should greatly increase usability as it
matches the general convention of how websites work.
Also, this functionality can be used by authors of other plugins so
there is one common WOT login for anything which uses WOT.
- 0006027: [Web Interface] Backport LogInPage features from Freetalk to
WOT (xor)
The new "Log in" page features a wizard for creating and restoring
identities. This wizard explains what WOT is, what an identity is,
what trust values are, etc. It allows the user to chose preferences.
Also, it fixes the issue of people mixing up the features for
restoring an existing identity and creating a new one from a SSK,
which could have caused their identity to be permanently broken. This
is fixed by explaining the difference very clearly.
Same as with the "Log in" page, the wizard can be used by other
plugins.
- 0006225: [Web Interface] Make the KnownIdentitiesPage split the list
into pages (xor)
Previously, the "Known identities" page would list ALL identites in a
single page. This was obviously not acceptable anymore since we have
> 11 000 identities nowadays.
Now the list is split into pages.
- [Not in bugtracker] [Web Interface]: Translation updates
Add French and Simplified Chinese translations, and update Italian,
Dutch, and Russian.
Thanks to the volunteers on Transifex, and thanks to operhiem1 for
putting this into a pull request.
Notice: This is probably incomplete already because it was done before
adding the "Create identity" wizard. AFAIK, the new stuff is up on
Transifex already, so if you want to contribute with translating it,
please contact me or operhiem1. Mail [email protected], or even
better join the #freenet channel on Freenode IRC.
- [No bugtracker entry] [Web Interface]: Tell the user whats invalid
bout a chosen nickname
When the user enters a nick which contains non-allowed characters, we
now tell him which those characters are.
- 0006136: [Web Interface] "Restore identity" is only accessible if the
user creates an identity first (xor)
Previously, the menu for restoring an old identity was only accessible
if you actually had already created least one identity. The
"Restore identity" feature can now be used through the
"Create identity" wizard without creating a completely new identity
first.
- 0006148: [Web Interface] Randomly generated nicknames may exceed 30
character limit (xor)
The nicknames now always fit the 30 character limit.
- 0005354: [Web Interface] Usability of the web interface (xor)
When clicking on "Community" or "Community -> Home", the "Own
anonymous identities" page is now shown instead of the "Statistics"
page.
- 0006458: [Performance] Parallelize shutdown (xor)
During shutdown, instead of waiting for each subsystem of WOT to have
terminated before termining the next one, we now terminate them all in
parallel using threads.
This should speed up shutdown a lot (but please don't expect wonders,
there are further issues with shutdown which the next release will
improve).
- 0006447: [Performance] IdentityInserter thread period constant is too
low and causes inserts to never succeed (xor)
This fixed bug would prevent your identities from ever being inserted
unless you had very high uptime.
- 0006001: [Core] Restore WebOfTrust.db4o.backup if WebOfTrust.db4o does
not exist (xor)
This fixed bug would happen if your computer crashed while WOT was
starting up. The symptom would be loss of your database, i.e. all your
identities would be gone.
- 0004854: [Web Interface] Stacktrace when clicking 'switch to simple
mode' while viewing an identity (xor)
Clicking this web interface link of Freenet did cause WOT to display
an error, which is now fixed.
- [No bugtracker entry] [Performancde] New seed identity, thanks to
operhiem1
Having another seed identity should speed up the bootstrapping for new
users.
Changelog for developers:
- [Various bugtracker entries] Event-notifications:
This new FCP API should provide a HUGE reduction of the load which
client apps put onto WOT.
What this changes is as follows: To get an up-to-date list of all
known identities (or trusts/scores), you previously had to download
ALL of them by FCP every X minutes. You would do this even if NONE of
them changed - a huge CPU/IO load for nothing. Now you just
"Subscribe" to the list of identities. As a result, WOT will send you
all of them once as you subscribe, and then keep you up to date on its
own by sending changed identities only when a change happens.
Thus, instead of a constant load of O(N = number of identites) every X
minutes, independent of the amount of changes, you now get a load of
O(1) for each change as it happens.
If you are a client application developer, and want to integrate
event-notifications in your app, I strongly recommend you to
1) Use the new classes DebugFCPClient and
FCPClientReferenceImplementation. The latter aims at being
something which you can copy-paste to your client application
plugin so you have a fully working FCP client which you can use to
connect to WOT and obtain event-notifications. The DebugFCPClient
uses the aforementioned reference FCP client to have WOT connect
to itself and test whether event-notifications ships correct
information (test runs of this have been done for several nights).
For your purposes, it can also be considered as an example of how
to actually use the FCPClientReferenceImplementation.
2) Contact me in case you need help in understanding how to use it! :)
Mail [email protected], or even better join the #freenet
channel on Freenode IRC.
- 0006039: [Web Interface] WebInterface "Log in" refactoring TODOs (xor)
(Even though this seems something for users, it IS interesting for
developers, please continue reading)
Operhiem1 helped a lot with dealing with the job of refactoring the
general style of the web interface to allow users to "Log in" with a
certain identity instead of having to chose which identity to work
with at every page.
And this functionality can be used by your plugins! You can redirect
users of your plugin to the log in page of WOT, and have WOT redirect
the users back to your plugin after they have logged in. For an
example of how to use this, see
https://github.com/Thynix/plugin-DVCS-WebUI/blob/4893cb22d919c0d6b9178711dbb4990f66a52232/src/main/java/org/freenetproject/plugin/dvcs_webui/ui/web/VelocityToadlet.java
Please contact me or operhiem1 for further help. Mail
[email protected], or even better join the #freenet channel on
Freenode IRC.
- 0006027: [Web Interface] Backport LogInPage features from Freetalk to
WOT (xor)
The new "Log in" page features a wizard for creating and restoring
identities.
Same as with the "Log in" page, the wizard can be used by other
plugins. For an example of how to use this, contact me. Mail
[email protected], or even better join the #freenet channel on
Freenode IRC.
- 0006231: [Core] Finish synchronous FCP API at fred (xor)
The implementation of event-notification spawned a huge 569-commit
side-project at Freenet itself aka "plugin-fcp-rewrite": The rewrite
of the FCP API for communication with plugins, and especially for
plugin-to-plugin FCP communication.
This adds a lot of new features to replace the code duplication in
existing plugins, as they had usually implemented their own extensions
of the old API to fix its shortcomings. It also provides new stuff
which was completely impossible with the previous API. Notably for
example the ability for servers to send messages to the client on
their own, without any recent message from the client. This allows
plugin FCP server authors to deploy events to clients.
Also it improves the code quality of the FCP plugin API a lot - the
old API was completely undocumented, the new one has full JavaDoc.
There is a much longer and more complete description of whats new in
the new API at the pull request. Anyone who has written a plugin which
offers an FCP server or uses FCP to connect to another plugin such as
WOT, please read it: https://github.com/freenet/fred/pull/319
Notice: WOT will for a while stay backwards-compatible to users of the
old API. However, to use event-notifications, you must use the new
API. I would strongly recommend you to just copypaste the WOT class
FCPClientReferenceImplementation for communicating with WOT by FCP, it
does use the new API alredy.
- [Pull request 26] Background jobs
Bertm did a great job with implementing a framework for replacing
dangerous usage of the fred implementations of interface Ticker such
as especially TrivialTicker. This might be interesting for fred code
and other plugins which use those fred classes. The issue was that the
existing fred classes provide a "no duplicates" flag which sounds like
it ensures that a scheduled job will only ever be executed once. But
under certain conditions, the job can actually be executed multiple
times in parallel. The new interface "BackgroundJob" and its
implementations provide a way to run a thread with a time delay and
the guarantee that it will execute only once in parallel. This is a
candidate for being moved to fred or a common library.
Bertm saved me probably weeks of work with that, thanks a lot!
- [No bugtracker entry]: Full-node unit tests
WOT now contains class "AbstractFullNodeTest" which can be used as a
base class for unit tests. This class starts a regular Freenet node,
and loads the WOT plugin into it just as it would be loaded during
normal operation of Freenet. From a quality point of view, this is a
lot better since it provides a more real environment than the previous
approach of manually creating certain WOT classes in a synthetic
environment. Also, it allows unit tests to use the full capabilities
of Freenet. This is a foundation for future tests which could do fancy
stuff such as testing the Identity introduction code by doing real
uploads / downloads of puzzles and their solutions.
Notice: This might also be interesting to authors of other plugins.
The code is pretty generic and should be easy to re-use there.
- [No bugtracker entry]: Randomized unit tests which aim to cover all
code paths of WOT
Function doRandomChangesToWOT() in the new class
AbstractJUnit4BaseTest is a framework for thorough, randomized unit
tests. It simulates real usage by doing a random amount of changes
chosen among many of the possible UI action:
- WebOfTrust.createOwnIdentity()
- WebOfTrust.deleteOwnIdentity()
- WebOfTrust.restoreOwnIdentity()
- WebOfTrust.restoreOwnIdentity() with existing colliding non-own
Identity
- WebOfTrust.addIdentity()
- WebOfTrust.addContext() (adds context to identity)
- WebOfTrust.setProperty (adds property to identity)
- Add/change/Remove trust values
This can help with testing stuff for which it is difficult to say what
might cause problems.
It is already used for testing-event notifications: Any of the
mentioned user actions are sources of events, so it is a good idea to
test a random permutation of them for whether event-notifications
ships their events correctly.
Thanks to:
- operhiem1 for various pull requests, the great amount of web
interface work, and insane amount of code review.
- bertm for the giant background-job pull request which probably saved
me weeks worth of work
- ArneBab for various pull requests and code review
- TheSeeker for testing
- anyone who I forgot about
- and basically EVERYONE in the project for having the great great
patience of awating this release for over a year. Sorry again that
it took so long! The only explanation I can offer of why this
happend is because I wanted to not release half-finished stuff
anymore given that the whole WOT peformance disaster was a result of
deploying half-finished code as an official plugin. Nevertheless, I
hope to have learned something from all the complaints about the
huge delay of the release, and will try to have a MUCH shorter
release cycle in the future.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Devl mailing list [email protected] https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
