vt7 - Expects run in CLI

In file vtigercron.php line 42, vtiger cron run expects server running in "CLI" mode

if(PHP_SAPI === "cli" || (isset($_SESSION["authenticated_user_id"]) &&	isset($_SESSION["app_unique_key"]) && $_SESSION["app_unique_key"] == $application_unique_key)){

bumping this. since it can prevent all crons from running. do we need the (PHP_SAPI === "cli") condition?

@darren.cato @satish.dvnk don´t know what to say! Issues are growing up and number is not real because what the point of submit them if no one see them.

Status changed to closed by commit cb8260f0

@prasad this still not working if PHP_SAPI is cgi-fcgi for example.

Status changed to reopened

@manuelgit - can you share details the following when you execute on your shell.

php -r 'print_r($_SERVER);'

@prasad is this?

[root@softver /]# php -r 'print_r($_SERVER);'
Array
(
    [XDG_SESSION_ID] => 256131
    [HOSTNAME] => softver.raduxmpl.com
    [TERM] => xterm-256color
    [SHELL] => /bin/bash
    [HISTSIZE] => 1000
    [SSH_CLIENT] => 22.31.155.200 58720 5676
    [OLDPWD] => /backup
    [SSH_TTY] => /dev/pts/2
    [USER] => root
    [LS_COLORS] => rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.axv=38;5;13:*.anx=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.axa=38;5;45:*.oga=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:
    [MAIL] => /var/spool/mail/root
    [PATH] => /usr/local/cpanel/3rdparty/lib/path-bin:/usr/local/cpanel/3rdparty/lib/path-bin:/usr/local/cpanel/3rdparty/lib/path-bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/opt/cpanel/composer/bin:/root/bin
    [PWD] => /
    [LANG] => pt_PT.UTF-8
    [HISTCONTROL] => ignoredups
    [SHLVL] => 1
    [HOME] => /root
    [LOGNAME] => root
    [SSH_CONNECTION] => 22.31.155.200 58720 16.44.432.548 5676
    [LESSOPEN] => ||/usr/bin/lesspipe.sh %s
    [XDG_RUNTIME_DIR] => /run/user/0
    [HISTTIMEFORMAT] => %F %T 
    [_] => /usr/local/bin/php
    [PHP_SELF] => -
    [SCRIPT_NAME] => -
    [SCRIPT_FILENAME] => 
    [PATH_TRANSLATED] => 
    [DOCUMENT_ROOT] => 
    [REQUEST_TIME_FLOAT] => 1518376210.69
    [REQUEST_TIME] => 1518376210
    [argv] => Array
        (
            [0] => -
        )

    [argc] => 1
)

```

@manuelgit - are you triggering vtigercron.php also from CLI (see below), as per the logic of detecting cli it should have worked.

php -f vtigercron.php

@manuelgit - is there a way I can access this setup (as its on cgi)

@prasad Sent email

Status changed to closed

@manuelgit - vtigercron.php is expected to be triggered from CRON job on your server. Web access is capped by max. execution time on many installation and due to this job won't complete as expected.

Please re-open this issue if you are unable to get the script running through CLI (command line).

Also, follow #595 (closed) - could give you a pathway.

@prasad agree, just tested an outdated version.