Hi,
Am 24.02.2013 01:58, schrieb Arsenij Solovjev:
2013/2/23 Stefan Rossbach <srossb...@arcor.de <mailto:srossb...@arcor.de>>
Are you sure, that you use always the correct versions ?
I cannot rule that out, since we switched between Saros versions a lot.
I'm pretty confident we testet with the right versions, because we
didn't switch versions "randomly".
For most tests we first tried to reproduce the bug that was supposedly
fixed using the installed saros version (last release) and afterwards we
checked if the bug was realy fixed in the current release branch. So we
basically just switched between last and upcoming release version.
Accidently mixing the two version (which happend multiple times, yes)
also resulted in a "incompatible version"-error notification so we
couldn't start the session with different versions, therefore had to
restart the current test.
But i also have to point out, that i didn't realise this problem (b)
occured during our testing, just that we couldn't reproduce the bug
#3458952 using either release.
This requires re-testing. I may not be able to do it though, since I'm on
"vacation" as of tomorrow.
I will retest this specific problem on monday with leo.
Greetings,
Patrick
ERROR 2013-02-22 13:11:51,517 (BinaryChannelConnection.java:59)
SOCKS5 (mediated) [pschl...@saros-con.imp.fu-berlin.de/Saros
<mailto:pschl...@saros-con.imp.fu-berlin.de/Saros>] Network IO
Exception: unknown opcode: 0xFD
java.net.ProtocolException: unknown opcode: 0xFD
at
de.fu_berlin.inf.dpp.net.internal.BinaryChannel.receiveIncomingTransferObject(BinaryChannel.java:171)
at
de.fu_berlin.inf.dpp.net.internal.BinaryChannelConnection$ReceiverThread.run(BinaryChannelConnection.java:48)
Am 23.02.2013 18:56, schrieb Arsenij Solovjev:
Hi
please find the attached logs.
I tested this with Leo and Patrick, if you need their logs too,
please say so.
During our tests Patrick was the host, I was the second
participant who was typing
during Patrick was inviting Leo as the third participant.
Cheers,
Arsenij
2013/2/23 Arsenij Solovjev <xeper...@gmail.com
<mailto:xeper...@gmail.com>>
Hi
please find the attached logs.
I tested this with Leo and Patrick, if you need their logs
too, please say so.
During our tests Patrick was the host, I was the second
participant who was typing
during Patrick was inviting Leo as the third participant.
Cheers,
Arsenij
2013/2/22 Stefan Rossbach <srossb...@arcor.de
<mailto:srossb...@arcor.de>>
Am 22.02.2013 21:36, schrieb Arsenij Solovjev:
2013/2/22 Stefan Rossbach <srossb...@arcor.de
<mailto:srossb...@arcor.de>>
Am 22.02.2013 17:49, schrieb Arsenij Solovjev:
Also forgot to add to mildly irritating things:
c) The Apperance Preference Page only says
"Please choose your favorite color", the user is
never informed what effect this has.
As it stands, he/she might as well think we'd like
to get to know their personality better.
At least you are complaining about your own code :P
Credit where credit is due ;)
2013/2/22 Arsenij Solovjev <xeper...@gmail.com
<mailto:xeper...@gmail.com>>
Hallo dear devs,
There is one critical bug, no regressions and a
few mildly irritating things.
The critical bug:
a) Session-6 doesn't work: the host always
gets his favorite color, no matter which
color it had in a previous session with the
same contact.
Session-6 is not implemented and will be part of the
next release. Franz has not answered my
email yet regarding Session-6
We were all under a different impression. Session-6 was
supposed to be one of the cornerstones
of this release. If your email was about having it work
for only 2 participants
then I can say that he agrees. Miscommunication took place?
Franz told me that it should be mandantory that if two
users join the session, they will always get
the same color. So I ask Franz the following:
Hi Franz,
*censored*
Es stellt sich halt die Frage, wie oft unterschiedliche
Personen zusammenen Arbeiten. Bei fast gleicher
Konstellation würde es nämlich ausreichen,
wenn die betroffenen Personen einfach ihre Farben
voreinstellen.
Wenn es dir reicht implementier ich das nur für 2
Benutzer, da dürfen dann noch einmal andere ran und den
Algorithmus überarbeiten.
I have never received a reply, so either I never received
the response or he accepted the current solution for now.
A few mildly irritating things:
a) The colors in the SUC change to the Session
colors as soon as a session is started,
and revert to the old grey and cyan (which
don't look pleasant anyway) when the session ends.
Working as intended
We know it was never a requirement. A little
irritating, though, so we thought it's worth a mention here
The best solution would be to not coloring the SUC at all.
b) We couldn't reproduce bug #3458952 on the
old release.
Both the new and the old release displayed the
same kind of behaviour:
- A invited B and B accepted and chose a
project location.
- While B was modifying a shared file the
whole time, a session negotiation is started with C
- B got restricted to read-only, and couldn't
regain permissions (The grant write-access
context menu item, was greyed out on the host's
side)
This should not happen oO
BR,
Arsenij and the test team
Log files ?!
Will have to look them up if I can.
Can be found (depending on the configuration) for STF
launch $yourworkspacedirectory/.metadata/logs ... for
normal mode
$yourworkspacedirectory/.metadata/SarosLogs and please
provide the Eclipse $yourworkspacedirectory/.metadata/log
file too.
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
