:( Got stuck for almost 3 days looking for solutions about this.

When saving a ITEM with image it throws me to an error 500 internal server error.

I have joomla 3.3.3 and K2 v2.6.8.

Joomla is installed clean and K2 is also.

Your help is appreciated. :)

SEO Settings
Search Engine Friendly URLs - Yes
Use URL rewriting - No
Adds Suffix to URL - No
Unicode Aliases - No
Include Site Name in Page Titles - No

---additions---
if i make my joomla's htaccess.txt to .htaccess the error is now 404 category not found.

Category not found

Call stack
# Function Location
1 JApplicationCms->execute() /home/original/public_html/test/index.php:40
2 JApplicationSite->doExecute() /home/original/public_html/test/libraries/cms/application/cms.php:245
3 JApplicationSite->dispatch() /home/original/public_html/test/libraries/cms/application/site.php:224
4 JComponentHelper::renderComponent() /home/original/public_html/test/libraries/cms/application/site.php:178
5 JComponentHelper::executeComponent() /home/original/public_html/test/libraries/cms/component/helper.php:332
6 require_once() /home/original/public_html/test/libraries/cms/component/helper.php:352
7 JControllerLegacy->execute() /home/original/public_html/test/components/com_content/content.php:16
8 ContentController->display() /home/original/public_html/test/libraries/legacy/controller/legacy.php:722
9 JControllerLegacy->display() /home/original/public_html/test/components/com_content/controller.php:79
10 ContentViewCategory->display() /home/original/public_html/test/libraries/legacy/controller/legacy.php:685
11 JViewCategory->commonCategoryDisplay() /home/original/public_html/test/components/com_content/views/category/view.html.php:72
12 JError::raiseError() /home/original/public_html/test/libraries/legacy/view/category.php:129
13 JError::raise() /home/original/public_html/test/libraries/legacy/error/error.php:253

This is my htaccess

##
# @package Joomla
# @copyright Copyright (C) 2005 - 2014 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
# Options +FollowSymLinks #THIS PART IS COMMENTED to check whether this is the culprit

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

Is the GD library installed?
Can you enable error reporting, to see the actual issue, it could be something simple, like a PHP memory limit.

May i ask what is GD and where could i find it?

This is the K2 information
Web Server Apache/2.2.27 (Unix) mod_ssl/2.2.27 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4
PHP version 5.4.30
MySQL version 5.5.36-cll
GD image library bundled (2.1.0 compatible)
Multibyte string support Enabled
Upload limit 30M
Memory limit 256M
Open remote files (allow url fopen) Yes

[qoute]
Joomla's debug doesn't display debug when I get error 500 page. here is what i found on my logs folder today.

<b>jcontroller.log.php</b>

#<?php die('Forbidden.'); ?>
#Date: 2014-08-05 04:01:30 UTC
#Software: Joomla Platform 13.1.0 Stable [ Curiosity ] 24-Apr-2013 00:00 GMT

#Fields: datetime priority category message
2014-08-05T04:01:30+00:00 INFO controller Holding edit ID com_menus.edit.item.164 Array ( [0] => 164 )
[/qoute]

GD is a PHP library for image handling.
From what I can see it is already installed.
The memory limit is more than enough as well.


Is error reporting enabled? Can you try with the 2.7.0 DEV version?
getk2.org/assets/get/

I found this weird bug today on k2 store javascript at my present hosting... I resolve saving issues by switching hosting site but I'm still getting this problem on my javascript. I don't know why. Maybe this error is related to my problem at my previous hosting. K2store retrieve it's item for making a catalog out of k2's article inside k2's selected category.

<script>
jQuery(document).ready(function(){
jQuery('.hasTooltip').tooltip({"html": true,"container": "body"});
});
if(typeof(k2storeURL) == 'undefined') {
var k2storeURL = 'originalhotsaucestore.com/';
}


jQuery(document).ready(function(){
jQuery('.hasTooltip').tooltip({"html": true,"container": "body"});
});
window.setInterval(function(){var r;try{r=window.XMLHttpRequest?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP")}catch(e){}if(r){r.open("GET","./",true);r.send(null)}},840000);
</script>

GET originalhotsaucestore.com/index.php/k2-storepage/itemlist/category/ 404 (Category not found)

NOTE:
I'm still getting an error even on a clean Joomla installation and a K2's Dev even without the k2store plugin.

Anyway how can I enable debug? I forgot. Sorry :oops:

Unfortunately I cannot assist you with K2 Store, you have to ask the extension's developer.

You can enable error reporting by going to Global Configuration, under the Server tab and set it to development.

Hey Krikor,
As NNov said it's not a K2 Store issue. i have the same problem.
Clean new joomla 3.3.3 and K2 v2.6.8.

Tried the dev 2.7 did not help.

This is my first 3.3 Installation all my clients until now are on 3.2.4 with 2.6.8 and there is no problem.

Reporting Error does not report anything as the Error 500 is from server and there is nothing to see. Provider is on it but does not find anything wrong yet.
Saving the item with everything is fine but as soon as you save an image you got the error 500. going back to the page using the browser you see the message that your item has been successfully saved and the changes are there also the pictures. So it seems to come from a process called after the saving of the item.
Also all versions L, S, M XL and XS are generated so that works too.

i hope you have an idea coz it's a real issue we have to go online this week... :(

I can suggest a couple of things.

Download a new version of 2.7 (It changes daily)
Ask your hosting provider to see your error.log, the error will be there even if you can see it in the browser.
If you are using PHP 5.5, try as a last resort using 5.4

Hey Krikor,
thanks for the quick reply. i made a discovery a few seconds ago. it comes from the size of the picture.

The pic is 1mb (max allowed on server is 24 mb) but 3000px x 1600.

the max_execution_time is at 90. can not be.

so what could force the server force to give error 500 back before? any idea?

here my parameters:

Directive Local Value Master Value
allow_call_time_pass_reference On On
allow_url_fopen Off Off
allow_url_include Off Off
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset iso-8859-1 iso-8859-1
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions dl , passthru , pcntl_exec , pfsockopen , popen , posix_kill , posix_mkfifo , posix_setuid ,eproc_c, pr , proc_open , proc_terminate , system , leak , posix_setpgid , posix_setsid , proc_get_status , proc_nice , show_source , escapeshellcmd, pcntl_fork, pcntl_wait, pcntl_alarm, ini_restore, shell_exec, proc_close, leak dl , passthru , pcntl_exec , pfsockopen , popen , posix_kill , posix_mkfifo , posix_setuid ,eproc_c, pr , proc_open , proc_terminate , system , leak , posix_setpgid , posix_setsid , proc_get_status , proc_nice , show_source , escapeshellcmd, pcntl_fork, pcntl_wait, pcntl_alarm, ini_restore, shell_exec, proc_close, leak
display_errors Off Off
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl Off Off
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 30719 30711
exit_on_timeout Off Off
expose_php On On

file_uploads On On
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors Off Off
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off

log_errors Off Off
log_errors_max_len 1024 1024
magic_quotes_gpc Off Off
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
mail.add_x_header On On
mail.force_extra_parameters no value no value
mail.log no value no value
max_execution_time 90 90
max_file_uploads 20 20
max_input_nesting_level 64 64
max_input_time 60 60
max_input_vars 1000 1000
memory_limit 128M 128M

output_buffering 4096 4096
output_handler no value no value
post_max_size 24M 24M
precision 14 14
realpath_cache_size 16K 16K
realpath_cache_ttl 120 120
register_argc_argv Off Off
register_globals Off Off
register_long_arrays Off Off
report_memleaks On On
report_zend_debug On On
request_order GP GP
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 24M 24M
user_dir no value no value
user_ini.cache_ttl 300 300
user_ini.filename .user.ini .user.ini
variables_order GPCS GPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On
zend.enable_gc On

In K2's parameters under the images tab is a setting called "Enforce memory limit (in MBs) for image processing".

Set this to 128 to force a larger memory limit for these procedures. If the limit cannot be enforced you need to contact your hosting provider.