Plans to make the English language pack and Chinese language pack. It takes about a week. @mattpass Hoping to merge into the master project, so please do not release a new version.

Very weird issue with 5.5 - when I delete a line, it shows as edited in Icecoder, but when saved and I view source, the line (or 2nd line) above is deleted. Same issue when adding code - it is actually saved in a slightly different location, maybe 1 or 2 lines above.

Basically editing any text will then insert/delete the edit in a line above where meant effectively breaking my code. Any ideas?

A couple of people have asked about version control of files and while we have the ZipIt! plugin, it backs up an entire dir on an interval and GitHub integration, it involves a few clicks of switching into that mode, committing, pushing etc. There's no simple, local version control.

Adding a couple of lines to /processes/on-file-save.php will save the file with a timestamp in the /backups dir:

$pathParts = pathinfo($fileName);
copy($docRoot.$fileLoc."/".$fileName, "../backups/".$pathParts['filename']."-".time().".".$pathParts['extension']);

However, this simple 2 line solution doesn't include a dir structure or any simple way to get back to an older version of a file, plus you need to know it's saved there.

Would suggest expanding on this 2 line solution to include dir structure also within the backups dir. Then right clicking on a file, you could access a new option - 'Version Control' which would show a list of all saved backups (ordering by filename would put this into timestamp order and allow us to display as version 1, version 2 and so on).

The user would need choices on what to do next from the Version Control screen:

Version 1      Open in new tab      Open in diff mode      Restore as new version
Version 2      Open in new tab      Open in diff mode      Restore as new version
Version 3      Open in new tab      Open in diff mode      Restore as new version
Version 4      Open in new tab      Open in diff mode      Restore as new version

Open in new tab will open it in a new tab. Open in diff mode will open current version in left pane and that older version in the right pane. Restore as new version would move the current version to the /backups dir as Version 5 and copy the older version chosen over to the live dir as well as copying it as version 6 in the /backups dir so live and the latest backup are in sync.

After installation, pointing at http://mydomain.com/_coder/ redirects to lib/settings.php throwing an Internal Server Error. The full error is: "The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@mydomain.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request."

Could not find any server error logs. thanks,

-Alex

ps. tried it on a different server and installs flawlessly

Maybe related to issues #216 y #162

It would be nice having a sigle ICEcoder installation, but with different settings file, so each one can have a different "root".

Maybe that could be achieved asking user and password, and using for each user a different settings file.

What I'm thinking is an environment where we have like twenty students, each one with his/her own project home, but all of them access the same ICEcoder folder. Right now this can be achieved making a different copy of ICEcoder to each user folder.

Also I'm think of a form for "initialisation of project", so first time user logs in, a folder is created using username, it is populated with the base project from the contents of a zip.

In my opinion, not having to use a real BD is nicer: user information for 20 students is not that much data to have in an php array of meta-settings.

It would be very useful for classes, coding dojos, etc. I think I'll ducktape something like this with ugly PHP, but here I put the idea so it can influence the main development of ICEcoder.

After upgrading to 5.4 (although this happened during 5.2 -> 5.3 as well), accessing ICEcoder from outside of my local network results in the following:

Not Found

The requested URL /ICEcoder/settings.php was not found on this server.

Strangely enough, the same error occurs if i visit <external ip address>/ICEcoder or <mydomain>/ICEcoder from the hosting computer. But visiting localhost/ICEcoder on that computer works perfectly fine, bringing up the application. My server is accessible from the internet, and static webpages are served just fine.

This seemed like an Apache config issue to me, but I poked around in settings to find where the failure was occurring. See the following code from settings.php:

// On mismatch of settings file to system, rename to .old and reload
If ($ICEcoderUserSettings["versionNo"] != $ICEcoderSettings["versionNo"]) {
        //die("__FILE__ : ".__FILE__."<br>dirname: ".dirname(__FILE__)."<br>settingsFile: ".$settingsFile);
        rename(dirname(__FILE__)."/".$settingsFile,dirname(__FILE__)."/".str_replace(".php",".old",$settingsFile));
        //die("this is reached");
        header("Location: settings.php");
        //die("this is not reached");
        echo "<script>window.location='settings.php';</script>";
        die('Found old settings file, reloading...');
}

The top (commented) die prints:

__FILE__ : /home/<username>/webroot/ICEcoder/lib/settings.php
dirname: /home/<username>/webroot/ICEcoder/lib
settingsFile: config-mydomain_com.php

The second die is reached, but the third is not. So the header() function is somehow failing.

After a bit more digging, the contents of $ICEcoderUserSettings, prior to the above code is:

Array ( [previousFiles] => [configCreateDate] => 1459222891 )

Thus it's missing any 'versionNo' field. So I commented out the entire settings mismatch block above, allowing the settings.php file to continue, and the next failure occurred at:

// Determin our allowed IP addresses
$allowedIP = false;
for($i=0;$i<count($_SESSION['allowedIPs']);$i++) {
        if ($_SESSION['allowedIPs'][$i]==$_SERVER["REMOTE_ADDR"]||$_SESSION['allowedIPs'][$i]=="*") {
                $allowedIP = true;
        }
}

..With the error die('Sorry, access not permitted');. I believe this is because the $ICEcoder array does not contain any 'allowedIPs' --- even though the config___users-template.php file specifies an array with "*" as that field's value.

Note: while poking around (having removed all the debugging die()s, it seems that while config-localhost.php is fully-formed file, any of the other files, such as config-127.0.0.1.php are all empty and read-only. Could that be relevant?

Love the coder. Everything worked fine for a week, now after editing any file it doesn't save. Clicking save or CTRL+S just shows on bottom of navigator "saving" and hangs there. Trying to open any file after this and it just says "opening" but doesn't open. Tried clearing cookies, tried different browsers, different computers. Issue still persists. Deleted ICEcoder and re-installed but still issue persists. If it helps the error-log.txt is full of these errors

[07-Feb-2014 18:01:55 America/Chicago] PHP Warning: strpos() [function.strpos]: Empty needle in /home/webny/public_html/ICEcoder-master/lib/get-branch.php on line 24

When connecting to a localhost FTP server on a Raspberry Pi I get the error message saying the file changed outside of ICEcoder.

New files are created and edited just fine.

When I run a flask local web server (port 5000) the files then become non-editable for some reason.

/ICEcoder/lib/file-control.php?act…8|css|style.css&csrf=860c4517c59848484031867971c2b568&lineNumber=undefined 500 (Internal Server Error)

Getting this error.. I can open others fine it has about 8000 rows

ICEcoder 7.0 (latest pull from GIT). Chrome. Latest version; did not change in the last week or so. Verified behaviour in Edge and Mozilla.

Reproduction:

New File Add

<?php
    echo "something\n";
?>

Save Close Re-open, file is now:

<?php\necho "something\n";\n?>\n

If the same file is manually created on the command-line and edited in ICEcoder there are no issues opening, changing saving without a hitch.

Something else I noted: each time you save the file, another \n is added, even if it's blank (zero content).

I can't figure this one out --- curently bypassing by creating the initial file and a few lines with CLI and continue work with ICEcoder from there.

Developer output: zero errors/blank. HTTP logs: zero errors.

Any thoughts from the top of your mind that may cause this strange behaviour? No clue where to start to hunt this one down --- happy to pass any info you need to debug/understand.

Anyone that can reproduce this as well?

I can open php files but not css files. I have the small white popup on left bottom with "Opening xxxxxx.css" and then icecoder freezes.

Then I have to reload the page and to login again.

Any ideas? Thank you.

Hello, I am using icecoder 8.1 on a debian 10, php 7.3. saving a first time is ok, after a few save action, the document is not saved anymore, but the GUI indicates it is saved. What should I check ? Thanks

Describe the bug

I get this:

To Reproduce

1. Clone into /var/www/html/icecoder
2. Run sudo chown -R www-data:www-data /var/www/html/icecoder
3. Run sudo chmod -R 755 /var/www/html/icecoder
4. PHP is working:

(base) balter@spectre:/var/www/html$ php --version PHP 8.1.2 (cli) (built: Aug 8 2022 07:28:23) (NTS) Copyright (c) The PHP Group Zend Engine v4.1.2, Copyright (c) Zend Technologies with Zend OPcache v8.1.2, Copyright (c), by Zend Technologies

5. Visit `localhost/icecoder`
6. See PHP error
7. 
**Expected behavior**
It to "work" :)

**Browser & Server (please complete the following information):**
 - Browser: Firefox
 - Server: Apache

Hi,

I love IceCoder and have been using it for years now. However, since I have ever used it I have always had this problem, and I have always accepted it and worked around it, but now I decided to report it.

Whenever I open up Icecoder, 9 out of 10 times the first time I can't open the file tree (click on a folder). It will just keep loading and do nothing. Refreshing the page sometimes helps, and other times I even have to reload Icecoder a 2nd or 3rd time before it works.

When this is going on, I can also not save files that are already open (because they open automatically when I had them open on last use). Usually on the 3rd or 4th load I can use Icecoder normally and have no Issues for the rest of the day, unless I have to refresh/reload Icecoder (in which case it can start all over again). On the other hand, sometimes (on a good day), it works immediately on the first load.

I know this is a terrible bug report and it's very vague, but I haven't been able to gather any more data on why this happens one time and doesn't the other.

I'm sort of hoping you magically have some idea as to why this happens and that I can fix it. Or maybe other people have the same issue?

Thanks anyways, Icecoder is an amazing product!

Kind regards,

Laurens

There's a lot of use of global vars in the PHP, which are then used within functions via global, but this doesn't work in environments such as serverless Lambda functions.

In order to get this working and also improve code quality, review code and change globals to use get/set functions within the existing classes (File, System etc).

Some URLs contain querystring params which include unencoded characters such as the pipe in ?location=|file|path|here.

Review all URLs that contain querystrings and make sure they're encoded URI components. In doing this, characters such as the pipe, which were used in place of slashes, can be changed to slashes.