That's an important bug. We set the Priority to 8 (It's important,
that we find the reason for this bug and fix it for this release).
The Fix [FIX] (no ID) the Finish button no longer needed to be pushed
twicesolved a bug that was discovered during the tests for [FIX] #3514797
Add XMPP account, No proper validation.
The rest of the fixes seems to work correctly.
Changelog:
Newly fixed bugs and new features in Release 12.7.6
====================================================
[FIX] (no ID) NPE in the IncomingProjectNegotiation
The InviteAndLeaveStressTest triggers the NPE found below. Avoid
calling the ISarosSessionManager.getSarosSession() method as the
session could have been terminated already. Modify the code to
work directly on the ISarosSession and avoid this class of problems
completely. Modify the SarosSessionManager to not implement the
ISarosSessionListener interface, remove the listener parameter
from the negotiator. This required me to add the relevant methods
to the ISarosSessionManager interface.
java.lang.NullPointerException
at
de.fu_berlin.inf.dpp.invitation.IncomingProjectNegotiation.executeCancellation(IncomingProjectNegotiation.java:567)
at
de.fu_berlin.inf.dpp.invitation.IncomingProjectNegotiation.processException(IncomingProjectNegotiation.java:553)
at
de.fu_berlin.inf.dpp.invitation.IncomingProjectNegotiation.accept(IncomingProjectNegotiation.java:217)
at
de.fu_berlin.inf.dpp.ui.wizards.AddProjectToSessionWizard$2.run(AddProjectToSessionWizard.java:260)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
[Holger Freyther, 3ac82f6e2332a62adf05e56df461b185dfae0442]
--> RESULT: Cancellation doesn't seem to work. Priority 8. Must be
solved to finish the release
Take a look to
https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3539670&group_id=167540
------------------------------------------------------------------------------
[FIX] #3524623 (Prio: 5): Bad UI behaviour for Saros view to open when
Eclipse
starts
Now the method showSarosView() is only called if the xmppAccountStorage
is empty, which usually is the case after a new installation
[Sebastian Starroske, 379d7991de8ddf7e85fedca51326ab9b5b204151]
------------------------------------------------------------------------------
[FIX] (no ID) Fix STF failures after the
FeedbackManager/ErrorLogManager move
The ErrorLogManager/FeedbackManager/StatisticManager code has been
used outside the session for configuration but once for uploading
data. Make the configuration code static (like it was done in the
previous commit) and remove the upload error log outside of a session
feature. For the uploading code we will need to remember the last
session id to continue to provide this feature.
For both the ErrorLogManager and the FeedbackManager we will need
to extract the static configuration into a *Configuration class.
[Holger Freyther, 3c11b0a115075f34774d969029189df0f6c4a742]
------------------------------------------------------------------------------
[FIX] (no ID) Fix StopManager.stop exception occuring during STF tests
It is possible that users disappear from the session during the
stop handling. It occured during the STF testing and this adds
a testcase and a fix for that behavior. This only tests that a
user is leaving after the stop has been initiated, it is likely
that there might be issues if a user manages to leave more earily
during the project negotiation.
java.lang.IllegalArgumentException: StopActivity contains recipient
which already left: StopActivity (id: 0614076147051098924886315126,
type: UNLOCKREQUEST, state: INITIATED, initiator: jenkins_alice_stf,
affected user: jenkins_carl_stf, src: jenkins_alice_stf)
at
de.fu_berlin.inf.dpp.synchronize.StopManager.fireActivity(StopManager.java:439)
at
de.fu_berlin.inf.dpp.synchronize.StopManager.initiateUnlock(StopManager.java:424)
at
de.fu_berlin.inf.dpp.synchronize.StopManager.resumeStartHandle(StopManager.java:515)
at
de.fu_berlin.inf.dpp.synchronize.StartHandle.start(StartHandle.java:66)
at
de.fu_berlin.inf.dpp.synchronize.StopManager.stop(StopManager.java:263)
at
de.fu_berlin.inf.dpp.invitation.OutgoingProjectNegotiation.createProjectArchives(OutgoingProjectNegotiation.java:504)
at
de.fu_berlin.inf.dpp.invitation.OutgoingProjectNegotiation.start(OutgoingProjectNegotiation.java:124)
at
de.fu_berlin.inf.dpp.project.SarosSessionManager$OutgoingProjectJob.run(SarosSessionManager.java:653)
at
org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
[Holger Freyther, 0eafbc76e01d6fadecfd4f230c7be9a8b26d4650]
------------------------------------------------------------------------------
[FIX] (no ID) Adding a physically existing project to session
This should fix a failure that occurs if one participant previously
removed a project without deleting the underlying files and folders and
reuses the name of this project in a subsequent session.
[Stefan Rossbach, e3b6bfa35de8de5a5dd2ca632ae03d161a390075]
------------------------------------------------------------------------------
[FIX] (no ID) the Finish button no longer needed to be pushed twice
[Stefan Rossbach, acf33e5338745bbe44fbb86cc0840245b80c8321]
------------------------------------------------------------------------------
[FIX] (no ID) NPE in the ChangeColorManager during STF Tests
Move the ChangeColorManager into the SarosSession context. This way
sarosSession will always be != null and the NPE can not occur.
java.lang.NullPointerException
at
de.fu_berlin.inf.dpp.project.internal.ChangeColorManager$3.userJoined(ChangeColorManager.java:105)
at
de.fu_berlin.inf.dpp.project.internal.SharedProjectListenerDispatch.userJoined(SharedProjectListenerDispatch.java:26)
at
de.fu_berlin.inf.dpp.project.internal.SarosSession.addUser(SarosSession.java:568)
at
de.fu_berlin.inf.dpp.invitation.OutgoingSessionNegotiation.addUserToSession(OutgoingSessionNegotiation.java:407)
at
de.fu_berlin.inf.dpp.invitation.OutgoingSessionNegotiation.start(OutgoingSessionNegotiation.java:187)
at
de.fu_berlin.inf.dpp.project.SarosSessionManager$OutgoingInvitationJob.run(SarosSessionManager.java:466)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
[Holger Freyther, ecb240408d95f173a56390b0ab9a5d15ad18b7c4]
------------------------------------------------------------------------------
Newly fixed bugs and new features in Release 12.5.7
====================================================
[FIX] #3514797
Add XMPP account, No proper validation.
[Stefan Rossbach, e820205ca2c2b46084e1cc2f3a62c40cf03e9687]
------------------------------------------------------------------------------
[FIX] #3514674
"joining..." remains forever on 3rd participant
[Stefan Rossbach, ee261701eaefdeda962974eca560fad37e966baf]
------------------------------------------------------------------------------
[FIX]
Auto-connect is now only performed if it is enabled.
[Stefan Rossbach, b255aa559a538138b504ccfa4f985ae7b8ac8081]
------------------------------------------------------------------------------
[PERFORMANCE]
Various changes to reduce the size of marshalled objects. This is reducing
the data that needs to be transmitted in a session.
[Stefan Rossbach, 91739339c91a367e6b5fb6c00b5fb4ba4a075cae,
a183369c55d2c7f40bbe5dbaf6d1d541620278e5,
21799efd19850aba07c56e79141b85883edcadf4,
8fbc1122e579f6df58f90417d28d3ce7cd0a5730]
-----------------------------------------------------------------------------
[FEATURE]
The SendFileAction (sending a single file over the wire in a session) now
shows the progress dialogs to the user (before it was a background job not
shown anywhere except in the obscure "progress view" which basically
no one
has opened).
[Alexander Waldmann, 613d15c487bfae81af41f897c4dd2e06c9f1bb5b]
------------------------------------------------------------------------------
[FEATURE]
Removing the session participants from the buddylist, but keeping them
in the
session participant list. No more redundant showing of the same user
in the
tree inside the saros view which made users search for the follow-mode
context
menu item there multiple times in usability tests..
[Alexander Waldmann, e89ca000c384d7efb82a70f68861be46560a38d4]
------------------------------------------------------------------------------
[FEATURE]
Improving aesthetic aspects of the buddy context menu: everything has
icons
now. Moving the mostly used item to the top, so that the actions that
will be
used most of the time appear at the top of the context menu, reducing
erroneous menu handling with high mouse speed... The new grouping
should appear
much more natural to the user as the probability of clicking on the first
context menu item is now the highest. Fixed weird texts including XMPP
wording
(roster/subscription request).
[Alexander Waldmann, 32821b37623322c2c2f540d49e1f9ee5bbda675f]
------------------------------------------------------------------------------
[FIX] #3511057
Fix the initial view-placement/proportions of Whiteboard. The whiteboard
is now initially opened stacked behind the Saros View.
[Hendrik, 91412b661c6ceeeb5c1124cd089101cdf7041118]
------------------------------------------------------------------------------
[FIX] (no ID)
Dropdown of saved selections in the resourceselection was not updated
after
adding a new selection.
[Alexander Waldmann, 108186307f8f0e29d7e4fa0f063ce344632afb08]
------------------------------------------------------------------------------
[FIX] #3512781
Zip / Unzip takes too long. The SharedResourceManager was enabled during
decompression, this led to unwanted activities creations which delayed the
decompression.
[Stefan Rossbach, ef89679b06888355fcca200a4cab88aa7f1d5a92]
------------------------------------------------------------------------------
[FIX] #3515619
File list size is too big. Instead of saving every file with its full
path a
complete tree is now build, containing each element only once.
Files a/b/c/d and a/b/c/e will now be marshalled as segments:
[a, b, c, d, e] instead of [a/b/c/d, a/b/c/e]
and this way drastically reduce the size of the marshalled object.
Marshalling Apache Ant with 1.570 files in 89 directories
results in approximately 8 kB after compression of the XML content.
[Stefan Rossbach, 21799efd19850aba07c56e79141b85883edcadf4]
------------------------------------------------------------------------------
[FIX] #3348949
Correct but confusing inconsistency message. Users can no longer
proceed until
all dirty editors used in a shared project are saved. Affected editors
will now
be closed and reopened after the synchronization.
[Stefan Rossbach, 848b0db33c14e1504190790eace2807f6e981265]
-------------------------------------------------------------------------------
[FIX] (no ID)
Recovery is now restoring files correctly.
[Stefan Rossbach, 93f6ed745a2a748f08e59cac1e900c22db51a2c0]
Best regards,
Franz and Norman.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dpp-devel mailing list
Dpp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
