concrete5 5.8 Installation issue - concrete5

Trying to perform an installation of concrete5.8 is resulting in an error as presented in the attached screenshot. At the very end of the error, it also shows:
{"error":false}
Reloading the page then presents an error stating that there are now 249 tables in the database.
The issue occurs while installing into an empty database table on a Ubuntu/Apache/PHP/mySQL server with all requirements of c5 resulting in ticks prior to proceeding with installation.
Any ideas welcome - thanks in advance!

is your database set to utf-8 ? That error message has lots of strange characters that seem to indicate and encoding issue. Or do you have folders on your server with names using non-latin characters?

Found out that the issue was not present on another server. Upgraded PHP on the original to the latest 5.6 version and it worked perfectly.

Related

R Studio Fatal error: 'R_TempDir'contains space

I tried to download the latest version (4.2.0) of R on my windows computer and received this error message upon trying to open the program. "Fatal error: 'R_TempDir' contains space". Has anyone ever had this issue or have any ideas on how to resolve it? I have tried reinstalling the program and moving where the program is stored but no luck.
I also experienced this issue with 4.2.0 of R on Windows 10 but not prior versions of R.
In my case, the reason was the default temporary file folder was within my user directory and my user ID has a space in it. Apparently this causes an issue.
I was able to work around it by setting the global environment variable TMPDIR in windows:
Go to the search box next to the start button and type "environment"
Click on the choice which says "Edit the system environment variables"
Click the button that says "Environment Variables" near the bottom of the window
Click "New" and enter TMPDIR for variable name and some suitable directory without spaces under variable value (I chose C:\Temp)
As an aside, I do not believe this is an RStudio specific issue (and 4.2.0 isn't a version for RStudio anyway).
Thank you Venk for your post. It didn't work for me, but it pointed me in the direction of a solution that did.
I changed the values of my TEMP and TMP variables to a folder that had no spaces in it or in any folder name in the path (as you note).
I'm working on a Windows 10 machine.
Rob
P.S. My first solution was to revert to an earlier version of R, which initially worked. Recently though, I got the same error, even using a previous version. I'm no expert, but the whole thing is very weird IMO.
Had the same issue, and the other proposed solutions didn't resolve it for me. (R 4.2.2 and Windows 10.)
Solution found here worked for me:
create a file named renviron.site that contains the following text, and save it to the Desktop, using a text-editing program.
TMP=C:/Temp TEMP=C:/Temp TMPDIR=C:/Temp
if a copy already exists, may need to handle that case-by-case
move the file to C:\Program Files\R\R-4.2.x\etc
I wasn't able to save directly to this folder, despite being in the admin account.
I tried the other solutions and none worked. I came across this post that suggested to not install R in the /Program Files/ folder, to instead modify the installation to the folder C:\R\ which worked.
I didn't go back and undo the work done based on previous suggestions, so I'm not sure if they too are needed.

The website encountered an unexpected error. Please try again later.-- Upgrading Drupal from 8.9 to 9.3.5

I am upgrading my drupal project from 8.9 to 9.3.5 but after the upgrade while hitting website one error occur i.e
The website encountered an unexpected error. Please try again later.
I followed the steps mentioned in the drupal site for upgrading drupal from 8 to 9 or (later) click here for steps but didn't work for me.
Will anyone please help me or provide proper steps to upgrade drupal from 8.9 to 9.3.5?
You should try to get more information about the error.
Add to your settings.php file:
$config['system.logging']['error_level'] = 'verbose';
and check the output on your screen again.
You may also try drush to take a look at selecting the option errors from the terminal.
drush watchdog:list
I've run into this same issue multiple times. If you haven't already done so, try going to /update.php multiple times. (It seems to clear out the update process junk/leftovers and let it work.)
Other than that, it's always some kind of file issue. (I still update manually due to my server setup.) Sometimes it was a folder/sub folder that didn't upload fully or other times it was that some module simply refused to work with the new upgrade until that was updated.

R 3.6 Shiny problem "Static path must not have trailing slash."

I just installed on my machine R 3.6 and tried to run my Shiny app and all of a sudden I get this error message:
Listening on http://10.81.197.170:1234
Error in makeTcpServer(host, port, private$appWrapper$onHeaders, private$appWrapper$onBodyData, :
Static path must not have trailing slash.
I tried to check what explained here Host shiny app on Windows but I do only have one single IP address.
I'm a very basic R user so I have no idea of what I could do to fix this problem. I also see another person had a similar issue a couple of months ago https://community.rstudio.com/t/error-using-a-shiny-app-on-windows-maketcpserver/64841 but he didn't get any answers.
Thanks for the help
This is difficult to answer specifically without seeing the code of your app.
However, I ran across the same error recently and will share what I did wrong and the fix, in case someone else got the error for the same reason I did.
In my app, I wanted to access data stored in a different folder from www, and to do this I had to add a resource path:
addResourcePath("myfolder","/foldername/")
data <- readxl::read_xlsx("myfolder/mydata.xlsx", sheet=1)
This worked when running the script locally, but not when it happened to be on a flash drive. That's when I got the error you describe above.
I also got it when using an absolute location for that folder:
addResourcePath("myfolder","E:/foldername/")
The fix was simple: remove the trailing backslash.
addResourcePath("myfolder","E:/foldername")
This may not be exactly your situation, but I'd look out for any instances where you're specifying directories to start out with.

Oracle APEX: IR to MSEXCEL Error

Here is a screenshot of the error occuring when I try to download the file using a button as described here:
IR to MSEXCEL Manual
Can anybody show me a step-by-step way of solving this? I really want to learn troubleshooting in APEX.
EDIT: Here is a screenshot of XML_TO_XLSX.sqf at line 851:
EDIT 2:
Link to Github Issue
I also have this plug-in in my application (working fine). According to the error message you show there is a problem at line 851 of body of package XML_TO_XSLX. You can look at this package code to see what that line does. In my copy (which may be a different version to yours, I don't know) I see:
That would suggest that Oracle could not find dbms_lob.create_temporary - which seems unlikely unless you are running in a very old version of Oracle. Have a look at your version of XML_TO_XSLX to see what is at line 851 there.
Another possibility is that line:
pragma inline(get_excel,'YES');
That is an feature of Oracle added in 11G that I have never used. It won't work on earlier versions - I have no idea what would happen if you tried.
I have found a solution myself, tt was an issue with execution rights.
Running
GRANT EXECUTE ON UTL_FILE TO PUBLIC
and recompiling all packages fixed it.

glassfish cannot access admin console after upgrade

I just upgraded my glassfish server by doing asadmin> start-domain --upgrade domainname, now i cannot access the admin console. The applications in the server work fine, but the browser remains blank when trying to get into :4848, no error messages, nothing, just remains blank.
i would appreciate a response to this issue,
Thanks
First thing you might want to try is to verify the correctness of your domain.xml. You can do so by running the following command:
asadamin verify-domain-xml
If there is some inconsistency in your domain description you'll get a corresponding output.
Also, I've got a similar issue on GlassFish 3.1.2 and verify-domain-xml tests were passing successfully. In my case the problem was caused by cyrillic symbols in some resource descriptions.

Resources