Yes I will write to him and take care of it, i'll let you know later about the results.
Le 24 février 2006 à 16:19, Youness Alaoui a écrit :

The problem is that it seems not everyone updated.. they all just close the autoupdater window, as they probably don't
understand it..
But you brought this to my mind : what if users don't want to update to 0.96... anyways, there are two plugins : games and organize_received that don't have the autoupdater config in their
plugininfo.xml.. we should fix that
Also, I don't know how well we'll fix it with a new release, but I just hoped it would be better.. do you think we can do something else about it ? maybe ask SF to turn off viewCVS for our project, or something ? Jerome, could you answer that guy on my behalf, I don't have time to deal with this matter.

Thanks,
KaKaRoTo



On Fri, Feb 24, 2006 at 03:53:09PM -0500, J?r?me Gagnon-Voyer wrote:
Can you explain a little bit better what is the problem exactly? We
changed all links yes? Then what's the problem?
Le 24 f?vrier 2006 ? 15:44, Youness Alaoui a ?crit :

hey...
the mail talks for itself.. 0.96 out soon ? if yes, make the final
preparations/fixes..
I will not participate in the rlease though, as I'm too busy...
problem is : I think everyone is..

KKRT

----- Forwarded message from Erich Zigler <[EMAIL PROTECTED]>
-----

Subject: Re: [Sfsupport-fastpipe] [Fwd: Re: SourceForge.net
Support: High
        ViewCVS usage for your project]
From: Erich Zigler <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

Greetings,
We are still seeing a lot of traffic from the autoupdater. Please
send
a status update to us as quickly as possible.

Thank you,

Erich Zigler
First Level Support Technician, SourceForge.net
[EMAIL PROTECTED]

On Mon, 2006-01-30 at 15:58 -0500, David Burley wrote:
-------- Forwarded Message --------
From: Youness Alaoui <[EMAIL PROTECTED]>
To: David Burley <[EMAIL PROTECTED]>
Subject: Re: SourceForge.net Support: High ViewCVS usage for your
project
Date: Fri, 27 Jan 2006 00:44:36 -0500
Hi,
Is the application still causing problems ?
It's been a few days (a week maybe) that the auto-update URLs were
changed
so people should be updating and will stop access viewCVS.. did it
decrease the usage significantly enough ?
If it's not good enough for you, I suggest we wait another week
just in
case, then If you think it didn't decrease enough, we'll release a
new
version.

Thank you!
KaKaRoTo

On Fri, 20 Jan 2006 08:24:36 -0500, David Burley
<[EMAIL PROTECTED]>
wrote:

Greetings,

Thank you for the reply. Please take care of this in the next two
weeks.

Sincerely,

David Burley
Senior Second Level Support Technician, SourceForge.net


On Fri, 2006-01-20 at 08:08 -0500, Jacob Moorman wrote:
From: Youness Alaoui <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: SourceForge.net Support: High ViewCVS usage for your
project
Date: Thu, 19 Jan 2006 12:28:17 -0500
Hi,
We didn't think about the problems it would cause, we especially
didn't
think our client would be so successfull! We're trying our best to
correct
this, with some luck, we'll be able to stop this activity soon,
without
having to create a new release, without luck, we'll have to
release
a new
version that fixes this issue. Let me first explain the
situation to
you :

What is this client doing?

amsn is an MSN messenger clone, an Instant messenger client. We
support
plugins that can be loaded into amsn to enhance its functionality.
We also
support an 'auto-update' for these plugins, each time the client
runs, it
will go fetch an XML file for each plugin currently available in
aMSN and
see which file should be updated, then ask the user to update if
needed,
if the user accepts, the auto-updater will fetch the files
automatically..
Since most of these plugins are available in CVS (plugins done by
our own
team), the files to fetch, as well as the XML file containing
version
information on each file, are located in CVS, it seems we use
viewCVS to
fetch those files.
I think the same thing happens with language files, since we
release
most
of the times with incomplete language files, and they are
updated in
the
months that follow a release, the auto-updater checks for the
language
files from CVS and if the file was updated, it will update the
file
on the
user's machine so he gets an even more 'complete' language file...



Why is the client doing it more than once?

It does it more than once because it needs to check for each
plugin
that
the user has, some users may have more than one plugin, which will
cause
this problem.
3 plugins are shipped by default with aMSN, so, best case
scenario,
each
user will fetch a minimum of 4 files on startup (the 3 plugins + 1
language file)

How can we shut it off, without further causing issues, should
that be
found necessary?
We're already working on that, we found an alternate and safer
solution,
we'll have to host those plugins on our website and periodically
update
them to the cvs version, we'll also update the links to each file
from the
XML file in CVS.. so the auto-updater will check files from our
website
instead of using viewCVS. With luck, once everyone updates his
plugins,
the client will fetch the XML file through our website on its next
startup. Without luck, people won't update the plugins and we'll
still
have this activity (probability says once its fixed, most of the
people
will update and the activity will stop or at least almost stop)...
We're still investigating this so we might find out the
solution is
not
good...
We also have the language files problem, which URL can't be
changed...
this will be a fix for the next release I suppose, we'll try to
get
a
release out as soon as possible to fix this issues (as well as
many
other
issues we're currently working on)..
Can you give us a deadline for completly fixing this with a new
release ?
(assuming plugins problem is fixed without having a new release)


On behalf of the aMSN team, I apologize for causing trouble to the
SF
team, and we hope we'll fix this soon and stop causing problems...

Thank you,
KaKaRoTo


On Thu, 19 Jan 2006 11:19:10 -0500, <[EMAIL PROTECTED]>
wrote:


Greetings,

My name is David Burley and I am the Senior Second Level Support
Technician
for SourceForge.net. You are being contacted as you are a project
admin
for
the 'amsn' project. We have noticed a lot of activity on your
project
ViewCVS interface, and it all seems to be from your software
client. This
activity is quite high in volume and appears to come multiple
times from
a
source IP during client startup.

What is this client doing?

Why is the client doing it more than once?

How can we shut it off, without further causing issues, should
that be
found necessary?

Please respond to this message by no later than: 2006-01-26.

Thank you,

David Burley
Senior Second Level Support Technician, SourceForge.net
[EMAIL PROTECTED]


***************************************************************** **
*******
This email may contain confidential and privileged material for
the sole
use of the intended recipient. Any review or distribution by
others is
strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.

***************************************************************** **
********



--
Erich Zigler
First Level Support Technician, SourceForge.net
[EMAIL PROTECTED]

******************************************************************** **
****
This email may contain confidential and privileged material for the
sole
use of the intended recipient.  Any review or distribution by
others is
strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.
******************************************************************** **
****



----- End forwarded message -----


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the
live webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?
cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel

Reply via email to