openupload-devel — Development and general discussion

[openupload-devel] Installation problem

[Peter R. | Rahe-Kraft.d. <Pe...@ra...>]

Intallation worked fine so far...except the SQL dump, wich I did manually.
 
I imported the structure and the public.sql script.
 
When I open index.php I get a banned IP warning, when I manually enter my IP as allowed into the banned table the warning desapears.
 
But then a authentivcation warning comes up -- what goes wrong here?
 
mit freundlichen Grüßen | Best regards | ?? ???? ???????

 
Peter Rahe
email: p....@ra...
Fon: +49-30-263 93 69-23
 
Akustikbüro Rahe-Kraft GmbH
Acoustic consultants
Monumentenstr. 33/34
10829 Berlin,  Germany

Fon: +49-30-263 93 69-0
Fax: +49-30-263 93 69-20
Web: www.rahe-kraft.de <http://www.rahe-kraft.de/> 
 
Amtsgericht Berlin-Charlottenburg HRB 129459 B
GF: Jakob Kraft  |  Tobias Kirchner  |  Peter Rahe
________________________________

 
 

[openupload-devel] Openupload questions

[Eric K. <ek...@tr...>]

I have set up openupload with LDAP, and everything appears to be working.

However, I have a couple questions regarding customization.

1. Is there any way to have a custom expiration date on a per file basis? Yousendit allows the user to select when they want the file to expire from a dropdown.  Even if it isn't built in, could you give me some information on how you would recommend that I add it?

2. When editing rights, what is the action [default] for?

Thanks,
Eric

Re: [openupload-devel] LDAP Users in subtrees

[Alessandro B. <ts...@br...>]

 On Thu, 05 May 2011 22:25:39 +0100, Fathi Ben Nasr wrote:
> Hello,
>
> I have successfully setup openupload to use postgresql and openldap 
> but
> still could not connect with valid username and password if the user 
> is not
> directly under config['userdn'] tree.
> In fact, my users are spread across multiple subtrees and some are 
> even on
> another ldap server referred to in one of the subtrees.
>
> So, I have add the follwing code to lib/modules/auth/ldap.inc.php 
> which
> made openupload first look to the Dn of the user and then bind 
> accordingly.
>
> 45a46,51
>>         // The following code looks for the user DN, in case our 
>> users
> are not stored in a flat tree but in various subtrees.
>>       // If all users are under config['userdn'], then the returned 
>> dn is
> the same as the previously determined uid.
>>
> 
> $tmp_result=ldap_search($this->ds,$this->config['userdn'],"uid=$login");
>>         $infos=ldap_get_entries($this->ds,$tmp_result);
>>         $dn=$infos[0]["dn"];
>>         $uid = $dn;
>
> I am posting it in case someone could find it useful.
>
> This code corresponds perfectly to how my users are stored in 
> openldap and
> can't say if it could be of general use or even if it will work for 
> someone
> else.
> This is part of a code I have posted to phpldapadmin, years ago, as I 
> had
> the some trouble with it.
> I am submitting this to openupload to be used under the same license 
> as
> openupload.
> I am not a php/ldap guru so can't code cleaner.
>
> TIA
> FATHI B.N.

 Hi,
 thanks for the reference.

 Alessandro

[openupload-devel] LDAP Users in subtrees

[Fathi B. N. <fa...@fa...>]

Hello,

I have successfully setup openupload to use postgresql and openldap but 
still could not connect with valid username and password if the user is not 
directly under config['userdn'] tree.
In fact, my users are spread across multiple subtrees and some are even on 
another ldap server referred to in one of the subtrees.

So, I have add the follwing code to lib/modules/auth/ldap.inc.php which 
made openupload first look to the Dn of the user and then bind accordingly.

45a46,51
>         // The following code looks for the user DN, in case our users 
are not stored in a flat tree but in various subtrees.
>       // If all users are under config['userdn'], then the returned dn is 
the same as the previously determined uid.
> 
$tmp_result=ldap_search($this->ds,$this->config['userdn'],"uid=$login");
>         $infos=ldap_get_entries($this->ds,$tmp_result);
>         $dn=$infos[0]["dn"];
>         $uid = $dn;

I am posting it in case someone could find it useful.

This code corresponds perfectly to how my users are stored in openldap and 
can't say if it could be of general use or even if it will work for someone 
else.
This is part of a code I have posted to phpldapadmin, years ago, as I had 
the some trouble with it.
I am submitting this to openupload to be used under the same license as 
openupload.
I am not a php/ldap guru so can't code cleaner.

TIA
FATHI B.N.

Re: [openupload-devel] Log IP for downloads

[Landers, P. <pau...@tt...>]

Thanks!  The alternate logs.tpl was attached to this<https://sourceforge.net/mailarchive/message.php?msg_id=23951086> posting.

Paul Landers

Re: [openupload-devel] Log IP for downloads

[wallander <wal...@no...>]

I believe Alessandro has posted here a modified version of the logs smarty template ( logs.tpl ? ) which does exactly what you need.

You'll have to search in the mailing list archive as I do not remember when it was posted.

Regards
W.

Le 29 avr. 2011 à 16:39, "Landers, Paul" <pau...@tt...> a écrit :

> Is there a provision to log the IP address when a file is downloaded?
> 
> Paul Landers
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network 
> management toolset available today.  Delivers lowest initial 
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel

[openupload-devel] Log IP for downloads

[Landers, P. <pau...@tt...>]

Is there a provision to log the IP address when a file is downloaded?

Paul Landers

Re: [openupload-devel] Chained authentication ?

[<wal...@no...>]

Thanks Allesandro


for those interested please find below the new source code version , which
takes into account Allesandro remarks.

For userinfo() : I'm using either defaultAuth or ldapAuth according to the
authentication scheme.

For groupinfo : I'm calling first defaultAuth:groupinfo() and then, if the
result is empty , I'm calling ldapAuth:groupinfo()

All others functions (useredit .... ) are only implemented in defaultAuth
and hence are delegated to that class.


I'll have more time next week to carry out more tests and I'll report here.

There remains one problem though : it is possible to edit a ldap user ,
even if modifications are not saved. I did not find a way to prevent this
( I had to enable user modifications for internal users).

Regards,
W


<?php

class chainedAuth extends authBase {
  var $authD='' ; // default (internal) authentication
  var $authL='' ; // ldap authentication

  function chainedAuth() {
    require_once(app()->config['INSTALL_ROOT'].'/lib/modules/auth/default.inc.php');
    require_once(app()->config['INSTALL_ROOT'].'/lib/modules/auth/ldap.inc.php');
    $this->authD= new defaultAuth();
    $this->authL= new ldapAuth();
    $this->features = array('useradmin' => 'yes', 'groupadmin' => 'yes');
    $this->userfields =
array('login','password','name','group_name','email','lang','reg_date','regid','active');
  }

  function init() {
    $this->authL->init();
    $this->authD->init();
  }

  function authenticate($user,$pwd) {

    if (!$this->authD->authenticate($user,$pwd))
      {
	$_SESSION['user']['internalauth']=false;
	$res= $this->authL->authenticate($user,$pwd);
        return $res;
      }
    else
      {
	$_SESSION['user']['internalauth']=true;
	$this->internal=true;
        return true;
      }
  }

  function userinfo($login) {
    if ($_SESSION['user']['internalauth']) $r =
$this->authD->userInfo($login);
    else  $r= $this->authL->userinfo($login);
    return $r;
  }

  function groupinfo($group = '') {
    $r = $this->authD->groupinfo($group);
    if (empty($r))  $r=$this->authL->groupinfo($group);
    return $r; }

  // functions below are only implemented in defaultAuth
  // hence they are delegated to authD  ( default authenticator )
  function users() { return $this->authD->users(); }

  function useradd($user) { $this->authD->useradd($user);}

  function useredit($user) {
    // check if $user is internal as we do not edit
    // users in ldap directory.
    // the check is not very useful because the form calling this function
    // display the new values even if they are not applied here
     $users=$this->users(); // retrieve internal users
     foreach ($users as $u) {
                 if (strcmp($u['login'],$user['login'])==0)
                        {
    $this->authD->useredit($user);
    break;
                        }
	}
  }

  function userdel($id) {
    $this->authD->userdel($id);
  }

  function groupadd($group) {
    $this->authD->groupadd($group);
  }

  function groupedit($group) {
    $this->authD->groupedit($group);
  }

  function groupdel($id) {
    $this->authD->groupedit($id);
  }

}
?>

>  On Wed, 20 Apr 2011 09:52:45 +0200 (CEST), wal...@no... wrote:
>> This seems to be working (at least for authentication) : a user can
>> connect either using an internal account or using a ldap directory
>> entry.
>>
>
>  Great, I also thought about this option.
>
>  Yes it should work, but the trouble here could be to find out about the
>  groups or other info.
>  (the $this->internal is not kept between requests which could lead to
>  some trouble in the next requests)
>
>  Imho, you should save in the user info (session) where you retrieved
>  the authentication from,
>  and then use this value instead of the $this->internal.
>
>  my 2 cents.
>  Alessandro
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about
> boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>

Re: [openupload-devel] Chained authentication ?

[Alessandro B. <ts...@br...>]

 On Wed, 20 Apr 2011 09:52:45 +0200 (CEST), wal...@no... wrote:
> This seems to be working (at least for authentication) : a user can
> connect either using an internal account or using a ldap directory 
> entry.
>

 Great, I also thought about this option.

 Yes it should work, but the trouble here could be to find out about the 
 groups or other info.
 (the $this->internal is not kept between requests which could lead to 
 some trouble in the next requests)

 Imho, you should save in the user info (session) where you retrieved 
 the authentication from,
 and then use this value instead of the $this->internal.

 my 2 cents.
 Alessandro

Re: [openupload-devel] Chained authentication ?

[<wal...@no...>]

This seems to be working (at least for authentication) : a user can
connect either using an internal account or using a ldap directory entry.

( class file is lib/modules/auth/chained.inc.php , put
$CONFIG['auth']='chained' in config.inc.php , adjust ldap settings )


<?php

class chainedAuth extends authBase {
  var $authD='' ;
  var $authL='' ;
  var $internal=true;

  function chainedAuth() {
    require_once(app()->config['INSTALL_ROOT'].'/lib/modules/auth/default.inc.php');
    require_once(app()->config['INSTALL_ROOT'].'/lib/modules/auth/ldap.inc.php');

    $this->authD= new defaultAuth();
    $this->authL= new ldapAuth();
    $this->features = array('useradmin' => 'yes', 'groupadmin' => 'yes');

  }

  function init() {
    $this->authL->init();
    $this->authD->init();
  }

  function authenticate($user,$pwd) {

    if (!$this->authD->authenticate($user,$pwd))
      {
	$this->internal=false;
	$res= $this->authL->authenticate($user,$pwd);
        return $res;
      }
    else
      {
	$this->internal=true;
        return true;
      }
  }

  function userinfo($login) {
// I'm not sure if userinfo is called upon the logged-in user
// if yes the code below is correct
// if not , it should be modified ( search $login in internal database
// if present retrieve info from database, otherwise fetch info from ldap
directory
    if ($this->internal) {
      $r = $this->authD->userInfo($login);
    }
    else{
      $r= $this->authL->userinfo($login);
    }
    return $r; }

  function groupinfo($group = '') {
    if ($this->internal) $r = $this->authD->groupinfo($group);
    else  $r=$this->authL->groupinfo($group);
    return $r; }

  function users() { return $this->authD->users(); }
  function useradd($user) { $this->authD->useradd($user);}

  function useredit($user) {
    $this->authD->useredit($user);
  }
  function userdel($id) {
    $this->authD->userdel($id);
  }
  function groupadd($group) {
    $this->authD->groupadd($group);
  }
  function groupedit($group) {
    $this->authD->groupedit($group);
  }
  function groupdel($id) {
    $this->authD->groupedit($id);
  }

}
?>

Feel free to reuse and improve (some functions may be incorrect, groupinfo
for example : I'm not sure )

Regards, W.



> Hi,
>
> I'd like to set-up the following authentication scheme :
>
> 1) First, the user is authenticated against the openupload internal
> authentication database
> 2) If the user does not exist in the database, then the user is
> authenticated against an ldap server.
>
> This would be useful if :
> 1) some users (who do not belong to the company) are not present in the
> ldap directory ( and for whatever reason we do not want to put them into
> the directory)
> 2) the corporate users exist in the ldap directory .
>
> I've been thinking of the following implementation :
> 1) create a new class called 'chainedAuth' extending AuthBase
> 2) this class will hold references to an instance of defaultAuth (dA) and
> to an instance of ldap Auth (lA)
> 3) calls to AuthBase functions will be forwarded to dA and/or lA
>
> for example :
>
> function authenticate($user,$pwd) {
>
>   if (!this->$dA->authenticate($user,$pwd))
>         return ( this->$lA->authenticate($user,$pwd))
>   else
>         return true;
>  }
>
> I'm not sure about how all AuthBase functions should be implemented
> (userdel() should probably be forwarded to dA only, userInfo() to both dA
> and lA, ...)
>
>
> Well, I'll investigate further and any idea or suggestion is welcomed.
>
> Regards,W.
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about
> boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>

[openupload-devel] Chained authentication ?

[<wal...@no...>]

Hi,

I'd like to set-up the following authentication scheme :

1) First, the user is authenticated against the openupload internal
authentication database
2) If the user does not exist in the database, then the user is
authenticated against an ldap server.

This would be useful if :
1) some users (who do not belong to the company) are not present in the
ldap directory ( and for whatever reason we do not want to put them into
the directory)
2) the corporate users exist in the ldap directory .

I've been thinking of the following implementation :
1) create a new class called 'chainedAuth' extending AuthBase
2) this class will hold references to an instance of defaultAuth (dA) and
to an instance of ldap Auth (lA)
3) calls to AuthBase functions will be forwarded to dA and/or lA

for example :

function authenticate($user,$pwd) {

  if (!this->$dA->authenticate($user,$pwd))
        return ( this->$lA->authenticate($user,$pwd))
  else
        return true;
 }

I'm not sure about how all AuthBase functions should be implemented 
(userdel() should probably be forwarded to dA only, userInfo() to both dA
and lA, ...)


Well, I'll investigate further and any idea or suggestion is welcomed.

Regards,W.

Re: [openupload-devel] Plugin Statistic

[Alessandro B. <ts...@br...>]

Il 11/04/2011 14:26, Florent Vallée ha scritto:
> Hello,
> 
> I'm looking for someone would have done a plugin users statistics.
> Numbers of files to upload, size, per week / month / year ... average ...
> 
> thx

I haven't seen any, it's only a matter of querying the log, or creating
a plugin which hooks in the right places to collect statistics in a
table ...

Alessandro

Re: [openupload-devel] Bug : Duplicate users

[<wal...@no...>]

Browsing lib/modules/default/admin.inc.php I found some code I could reuse

so here is a fix ( but I did not test it and I won't be able to do it soon )

In function useradd() add
/* xx fix begin xx */

 $users = app()->db->read('users');
      foreach ($users as $u) {
                 if (strcmp($u['login'],$user['login'])==0)
			{
			app()->error(tr('User with same login id already exists'));
                  $error = true;

			}
      }

/* xx fix end xx */

just before :
if (!$error)  {
        $user['password']=$_POST['adduserpassword'];
        app()->auth->useradd($user);
        /* redirect */
        $this->nextStep(1);
      }


> Hi,
>
> openupload 0.4.2
>
> It is possible to create multiple instances of the same user (i.e.
> multiple users with the same login id)
>
> Looking at  lib/modules/default/admin.inc.php you can see that the
> function useradd() does not check if a user with the same login id already
> exists before creating an new one.
>
> In lib/modules/auth/default.inc.php , where the user is added to the
> database :
>
> function useradd($user) {
>     $user['password']=crypt($user['password']);
>     $this->db->insert('users',$user,$this->userfields);
>   }
>
> So there is no error checking here either.
>
> In the mysql schemas, the login is not a table primary key , that's why it
> is possible to have  users with same login id.
>
> A workaround could be to add a check in admin.inc.php:useradd()
>
>   $users = app()->db->read('users',array(),array('login'));
>   // xxx now check if user alreadey exists
>  if ($userExists) {
>         app()->error(tr('User with same login already exists!'));
>         $error = true;
>       }
>
> Unfortunately , I'm not able at the moment to provide the exact check code
> (xxx ) : I don't know of enough php.
>
> As a side effect if you chose to delete one such user, all duplicates will
> be deleted to.
>
> It may be possible to create duplicate groups to. I did not check
>
> Regards,
> W.
>
>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>

[openupload-devel] Plugin Statistic

[Florent V. <flo...@en...>]

Hello,

I'm looking for someone would have done a plugin users statistics. 
Numbers of files to upload, size, per week / month / year ... average ...

thx

Le 11/04/2011 14:21, wal...@no... a écrit :
> Hi,
>
> openupload 0.4.2
>
> It is possible to create multiple instances of the same user (i.e.
> multiple users with the same login id)
>
> Looking at  lib/modules/default/admin.inc.php you can see that the
> function useradd() does not check if a user with the same login id already
> exists before creating an new one.
>
> In lib/modules/auth/default.inc.php , where the user is added to the
> database :
>
> function useradd($user) {
>      $user['password']=crypt($user['password']);
>      $this->db->insert('users',$user,$this->userfields);
>    }
>
> So there is no error checking here either.
>
> In the mysql schemas, the login is not a table primary key , that's why it
> is possible to have  users with same login id.
>
> A workaround could be to add a check in admin.inc.php:useradd()
>
>    $users = app()->db->read('users',array(),array('login'));
>    // xxx now check if user alreadey exists
>   if ($userExists) {
>          app()->error(tr('User with same login already exists!'));
>          $error = true;
>        }
>
> Unfortunately , I'm not able at the moment to provide the exact check code
> (xxx ) : I don't know of enough php.
>
> As a side effect if you chose to delete one such user, all duplicates will
> be deleted to.
>
> It may be possible to create duplicate groups to. I did not check
>
> Regards,
> W.
>
>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel

-- 

[openupload-devel] Bug : Duplicate users

[<wal...@no...>]

Hi,

openupload 0.4.2

It is possible to create multiple instances of the same user (i.e.
multiple users with the same login id)

Looking at  lib/modules/default/admin.inc.php you can see that the
function useradd() does not check if a user with the same login id already
exists before creating an new one.

In lib/modules/auth/default.inc.php , where the user is added to the
database :

function useradd($user) {
    $user['password']=crypt($user['password']);
    $this->db->insert('users',$user,$this->userfields);
  }

So there is no error checking here either.

In the mysql schemas, the login is not a table primary key , that's why it
is possible to have  users with same login id.

A workaround could be to add a check in admin.inc.php:useradd()

  $users = app()->db->read('users',array(),array('login'));
  // xxx now check if user alreadey exists
 if ($userExists) {
        app()->error(tr('User with same login already exists!'));
        $error = true;
      }

Unfortunately , I'm not able at the moment to provide the exact check code
(xxx ) : I don't know of enough php.

As a side effect if you chose to delete one such user, all duplicates will
be deleted to.

It may be possible to create duplicate groups to. I did not check

Regards,
W.

[openupload-devel] Typo in compress plugin

[wallander <wal...@no...>]

Hi,


openupload 0.4.2
plugins/compress.inc.php

line 20

$this->config['extension'][$group]=$this->config['extenion']['*'];

should be

$this->config['extension'][$group]=$this->config['extension']['*'];


Regards,
W.

[openupload-devel] "Term of services" plugin

[<wal...@no...>]

Hi,

this is a plugin I wrote to force users to check a box in order to
acknowledge the terms of service of your openupload site ( something your
legal department may ask if you're in a corporate environment).

I added a global variable on config.inc.php to store the TOS page url (
this is a sitewide setting, so I prefer to put it there instead of adding
a plugin option)

1)
so for example in config.inc.php :
$CONFIG['plugins'][] = 'tos';
$CONFIG['site']['tosurl'] = 'http://tos_url';

2) the plugin ( I'm a newbie in php, it should be easy to improve it if
necessary)

openupload/plugins/tos.inc.php

<?php

class TosPlugin extends OpenUploadPlugin {

  function TosPlugin() {
    $this->description = tr('Add a checkbox to force user to agree to the
site terms of use');
  }

  function uploadOptions(&$finfo,$acl) {
    if ($acl!='enable') return true;
    if (isset(app()->plugins['tos']) and
         isset(app()->pluginAcl['tos']) and
         app()->pluginAcl['tos']['access']=='enable') {
        $this->assign('tosurl',app()->config['site']['tosurl']);
    }
    $this->display('uploadOptions');
    return true;
  }

  function uploadConfirm(&$finfo,$acl) {
    global $_POST;

    if ($acl!='enable') return true;
    if (isset($_POST['tos']))   return true;
    app()->error(tr('You must agree to the tos before completing upload'));
        return false;
    }
}

?>

3) the template adding the checkbox

openupload/templates/default/plugins/tos/uploadOptions.tpl

<tr><td><a href="{$tosurl}">{tr}I agree to the terms of
service{/tr}</a>:</td><td><input type="checkbox" name="tos"
value="no"></td></tr>

4) as usual, add translation strings if needed , activate the plugin in
the administration dashboard


The user won't  be able to confirm upload unless he checked the TOS box.

I preferred to put this check on the confirmation step ( instead on a
'before uploading' step ) because as people are using the service
frequently, it is less of a hassle that way.


regards,W.

Re: [openupload-devel] improved french translation

[gmail <lau...@gm...>]

  Le 09/04/2011 14:06, Alessandro Briosi a écrit :
>   On Sat, 09 Apr 2011 14:00:06 +0200, wallander wrote:
>> Hi,
>> I'm not sure this is the better way to send the french .po files, but
>> anyway  here are new and slightly improved versions ( hoping
>> attachments
>> are not removed).
>>
>> The original translation was quite good. I corrected mainly (but not
>> only) mispelled words.
>>
>> There still is  a small problem : both 'plugin' and 'module' are
>> translated to 'module' .
>>

"greffon" is the french translation for plugin.


>   Thanks.
>
>   Is this a bug in the way translations are handled in open upload
>   or is it that french does not have a word for Plugin?
>
>   Alessandro
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel

Re: [openupload-devel] improved french translation

[wallander <wal...@no...>]

No bug.

It is the choice the original translator did.

I can think of two ways of translating 'plugin' in french :

1)  plugin -> plugin
2) plugin -> greffon ( as it is done in the Gimp )

I could provide new translations files ( I understand the best way is to
provide .po files) , but not right now.

W
Le 09/04/11 14:06, Alessandro Briosi a écrit :
>  On Sat, 09 Apr 2011 14:00:06 +0200, wallander wrote:
>> Hi,
>> I'm not sure this is the better way to send the french .po files, but
>> anyway  here are new and slightly improved versions ( hoping 
>> attachments
>> are not removed).
>>
>> The original translation was quite good. I corrected mainly (but not
>> only) mispelled words.
>>
>> There still is  a small problem : both 'plugin' and 'module' are
>> translated to 'module' .
>>
>  Thanks.
>
>  Is this a bug in the way translations are handled in open upload
>  or is it that french does not have a word for Plugin?
>
>  Alessandro
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel

Re: [openupload-devel] Solving premature session termination

[Alessandro B. <ts...@br...>]

 On Sat, 09 Apr 2011 13:45:46 +0200, wallander wrote:
> I tested this on ubuntu (10.x)
>
> upload progress was enabled : the upload was not interrupted.
> It was just after the upload was over, and just before you could 
> enter
> the upload description that the session was terminated.
>

 Ok, but afair ubuntu is one of the distributions which have a cron job 
 to cleanup the sessions and
 do not rely on php lifetime settings.

 Alessandro

Re: [openupload-devel] improved french translation

[Alessandro B. <ts...@br...>]

 On Sat, 09 Apr 2011 14:00:06 +0200, wallander wrote:
> Hi,
> I'm not sure this is the better way to send the french .po files, but
> anyway  here are new and slightly improved versions ( hoping 
> attachments
> are not removed).
>
> The original translation was quite good. I corrected mainly (but not
> only) mispelled words.
>
> There still is  a small problem : both 'plugin' and 'module' are
> translated to 'module' .
>

 Thanks.

 Is this a bug in the way translations are handled in open upload
 or is it that french does not have a word for Plugin?

 Alessandro

[openupload-devel] improved french translation

[wallander <wal...@no...>]

Hi,
I'm not sure this is the better way to send the french .po files, but
anyway  here are new and slightly improved versions ( hoping attachments
are not removed).

The original translation was quite good. I corrected mainly (but not
only) mispelled words.

There still is  a small problem : both 'plugin' and 'module' are
translated to 'module' .


W.

Re: [openupload-devel] Problems with grouponip plugin

[Alessandro B. <ts...@br...>]

 On Fri, 8 Apr 2011 13:21:05 +0200 (CEST), wal...@no... wrote:
> I seem to have found a fix, but I'm not sure there is no side effect 
> : if
> anyone could tell me if what I'm doing is  safe :
>
> in openuload/lib/main.inc.php , I move  $this->initPlugins(); upper 
> in the
> file source so now it reads :
>
>     $this->initPlugins();
>     /* get the handling module */
>     $mname = $this->actions[$this->action];
>     $m = &$this->modules[$mname];
>     $group = $this->user->group();
>
>
> As the init function of grouponip module is setting the user group, 
> the
> call to $group = $this->user->group() gets a valid value and my 
> problems
> are solved.
>
> Any thoughts on this  ?
>
> Regards,
>

 Yeah, that's probably it. AFAIR this should not give any side effect 
 unless the plugins init function does not rely on the action and group.

 Alessandro

Re: [openupload-devel] Problems with grouponip plugin

[Alessandro B. <ts...@br...>]

 On Fri, 8 Apr 2011 12:30:21 +0200 (CEST), wal...@no... wrote:
> Hi,
> first I'dl like to thank Allesandro for his good work.
>
> I have some problems with the grouponip plugin. (openupload 0.4.2)
>
> I activated it such people coming with our corporate Ip addresses can
> upload without authenticating .
>
> Problem 1
> Strangely enough, if I enter the website url in the browser adress 
> bar I
> get redirected to the authentication form. If I remove the
> 'index.php?action=login' in the adress bar and then hit enter, then I 
> can
> see the upload form.
>
> Problem 2
> One a user gets the link to delete file, if he clicks once on the 
> links he
> get redirected to the autentication form. If he clicks a second time, 
> then
> he can see the deletion form. This is very disturbing for our end 
> users.
>
> I guess the two problems are related.
>
> Any idea of how to solve it ?

 Hi,
 haven't checked it but probably it is setting the "user/group" too 
 late, so the auth module is denying access to the functionality the 
 first time.

 Alessandro

Re: [openupload-devel] Solving premature session termination

[wallander <wal...@no...>]

I tested this on ubuntu (10.x)

upload progress was enabled : the upload was not interrupted.
It was just after the upload was over, and just before you could enter
the upload description that the session was terminated.

W.

Le 09/04/11 13:42, Alessandro Briosi a écrit :
>  On Sat, 09 Apr 2011 09:29:16 +0200, wallander wrote:
>> Uploading large files ( 1 Go ) over the internet took several hours 
>> in
>> my case ( 2 to 3 hours )
>>
>> I experienced the following problem :
>>
>> 1) I authenticate
>> 2) I upload the large file
>> 3) Once the large file has been uploaded, I'm about to fill in the 
>> file
>> description but I'm logged out before I can do this because the php
>> session has expired
>> 4) Hence, the upload is unsuccessfull
>>
>> I had to increase session.gc_maxlifetime in php.ini to fix this
>>
>  Thanks for the report, actually that depends on the distribution (not 
>  all rely on the php session expire),
>   also if upload progress is enabled this should not happen.
>
>  Alessandro
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel