ScriptCase v8.0.015 (10-30-2014 19:06)

I need to get this resolved NOW. Why is my tmp files deleted before I can use them?

this has to be fixed immediatly, even the work around does not work. I also do not have access to the php.ini on some destination server.

What in hell is going on?

[QUOTE=EricB;29132]this has to be fixed immediatly, even the work around does not work. I also do not have access to the php.ini on some destination server.

What in hell is going on?[/QUOTE]

Hi Eric, nice to hear from you :slight_smile:
Didn’t the php.ini thing on siteroot work with you? strange, or even htaccess thing!?

I wounder that SC, until now, although it is obvious they started to pay attention, but still tooooo many bugs, problem is the version 7 is also having almost the same behavior… apparently, they don’t want to stop the habit of creating new “buggy” features :frowning: grrrrrrrrrrr

Working in the developing enviroment the bug was not recognized. Until yesterday I had no updates to bring on the productionservers.
Yesterday I had to fix a minor problem in an standalone application recognizing this bug. At the end I was happy that I only deployed the single application and not the whole project, so it is only the updated application which is not working.

The target server in that case I do not have access to the php.ini. Tried to fix it with the change of the htaccess, which sounds easy to do, but it did not work. Will try it again today, cause I was a little bit low in time yesterday. But I will not spend an hour to fix this.
In this special case I would be able to put this single application on the server with a former scriptcase version. But I am working
on bigger updates to some other projects, so it is really important that this is fixed. I am also having an appointment with a possible customer to show some apps, I do not want to show out of the developing enviroment.

Even we all know that SC is always bringing out new versions with bugs, but I cannot understand that they DO NOTHING to fix mayor problems directly. It is nearly one week that they know this problem. I spent too much time with looking for a mistake in the code, which I could not imagine where I made it, cause it was only a small change of code. But everone knows that it is possible to forget a “;” or making a stupid typo. But for those kind of timewasting I should open an invoice to SC …

OK, calming down now. Does someone have the download-link of ScriptCase v8.0.014 for me, if not I have to deploy a single application in SC 7.1?

BR

Eric

Eric,

If the problem that you are seeing is the “function not found” error, then my solution to that was to manually install the “common libraries” on the production server.

That solved the “function not found” problem for me.

My explaining of the .htaccess file above was intended to solve the “wrong time zone” problem, not the “function not found” problem.

Try a manual install of the common libraries on your single application server. I think that will get you past the problem.

Dave

[QUOTE=EricB;29150]
OK, calming down now. Does someone have the download-link of ScriptCase v8.0.014 for me, if not I have to deploy a single application in SC 7.1?

BR

Eric[/QUOTE]

grrrrr Eric, first time see you like this bud, relax, here is the .014 version, i usually download and keep them in one folder :smiley:

https://dl.dropboxusercontent.com/u/86318587/scriptcase-8.0.014-en_us.zip

see also Dave’s solution, we didn’t get what is your issue, and could be as Dave is saying :slight_smile:

cheers

@MikeDE,

the issue was the function was not found: set_php_timezone();. As I did not want to spend to much time to solve this issue, I took the rude way to fix it, which helps for a short time: deploy and manually comment the line out with “//”.

Thx Mike for the link and the kick in my a… that I should collect the old versions.

@daveprue

You are absolutely right, yesterday I was just jumping from one meeting to the next when I got to fix it. At the moment it works the way I decribed above, but this is a really dirty solution, so I will try your way later on today. I got to check out some other parts first. I will report, if it works for me too. Thx Dave …

P.S.: Just want to confirm Daves solution of manually installation of the common libraries. working like intended … Thx