Public Forums 71,145 posts

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#178757

Hi,

I’m using the template JA Mendozite template which includes the T3 framework. I also use K2. K2 lets me create a menu item to edit articles. When clicking such a menu item, a window pops up, tries to load sth. in that window then gives me a 404.
On the K2 forum someone mentioned a bug in T3 as a possible source of the problem. No details, though.
Do you know anything about that problem, how to fix it/workaround?

Thank you!

[HeR0 Friend HeR0Join date: August 2011Posts: 3626Downloads:0Uploads:61 Thanks: 33 Thanked: 588 times in 549 posts]

#459857

Hi Wdburgdorf
Please provide your site link and pm admin account, ftp info. Then i shall have a look and help you out

Regards,

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#459908

Hi Hero,
thanks for your kind offer. I’ll get back to you as soon as the site is uploaded. I’m still developing locally. Should be up soon.
Regards, Ralf.

[HeR0 Friend HeR0Join date: August 2011Posts: 3626Downloads:0Uploads:61 Thanks: 33 Thanked: 588 times in 549 posts]

#459969

Ok, when you developing, you should disable sef for getting error notice from debug system.

Regards,

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#471949

Hello HeR0,

it’s been a while, and I’ve been working on the site quite a bit. The problem remained the same. Still 404 when trying to go to “Artikelbearbeitung” (Edit Item)

In the URL, there is an “index2.php” which does not exist. So this will of course return 404. But why is the 2 there? Trying to remove it gives a 403 “No access”.

I’d be happy to send you admin/ftp access.

Thank you!

Regards, Ralf.

_________

EDIT: I sent you admin access to the site.

[HeR0 Friend HeR0Join date: August 2011Posts: 3626Downloads:0Uploads:61 Thanks: 33 Thanked: 588 times in 549 posts]

#471991

Hi Wdburgdorf,

<blockquote>There’s also a problem updating JoomlArt extensions: Copy failed. Maybe you have an idea about that, too? (I googled it, but found no solution that worked for me</blockquote> Pls try to add ftp account into global configuration.

[HeR0 Friend HeR0Join date: August 2011Posts: 3626Downloads:0Uploads:61 Thanks: 33 Thanked: 588 times in 549 posts]

#471992

I see link of menu is

index2.php?option=com_k2&view=item&layout=itemform&task=add&Itemid=545
. Pls try change it to

index.php?option=com_k2&view=item&layout=itemform&task=add&tmpl=component&Itemid=545

Regards,
<em>@wdburgdorf 344879 wrote:</em><blockquote>Hello HeR0,

it’s been a while, and I’ve been working on the site quite a bit. The problem remained the same. Still 404 when trying to go to “Artikelbearbeitung” (Edit Item)

In the URL, there is an “index2.php” which does not exist. So this will of course return 404. But why is the 2 there? Trying to remove it gives a 403 “No access”.

I’d be happy to send you admin/ftp access.

Thank you!

Regards, Ralf.

_________

EDIT: I sent you admin access to the site.</blockquote>

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#472395

Thank you for the suggestions!

First I tried the alternative link. Still the same 403.

Then, for the updates I tried to enable ftp in the global configuration. That had a funny effect. I tried to update one component (slideshow) which did not work (I don’t remember the message, sorry). Then I tried another, k2 login. The page loaded for a while (a minute?), then I got a 500 server error. In the logs I found this:

[Fri Nov 09 11:31:23 2012] [warn] Timeout waiting for output from CGI script /home/httpd/vhosts/domain.ch/cgi-bin/php.fcgi, referer: http://www.domain.ch/administrator/index.php?option=com_installer&view=update
[Fri Nov 09 11:31:23 2012] Premature end of script headers: php.fcgi, referer: http://www.domain.ch/administrator/index.php?option=com_installer&view=update

Then blank pages for both admin and frontend. Looking at the files, there’s no surprise about the blank pages, but big surprise for the reason: All of my files *ALL of them, in all subdirectories* are now empty. Not deleted, just empty. Zero bytes.
Only a few files in the root directory are still intact (not including index.php).

I googled to see if there are any reports on similar effects but found nothing. Do you have any idea how that is possible?

[HeR0 Friend HeR0Join date: August 2011Posts: 3626Downloads:0Uploads:61 Thanks: 33 Thanked: 588 times in 549 posts]

#472584

Hi Wdburgdorf,

<blockquote>ALL of them, in all subdirectories* are now empty. Not deleted, just empty. Zero bytes.</blockquote> Apologize, i think that you did somethings incorrect or your PC has virus. I don’t know, that is special case. If you do not modify a lot of files, you should restore website from quickstart package which you downloaded.

Regards,

[johannesdach Friend johannesdachJoin date: August 2010Posts: 26Downloads:2Uploads:0 Thanks: 8 Thanked: 6 times in 1 posts]

#474565

Hey,
Not such a “special” case, because I have the exact same problem. Anybody knows a solution?

[johannesdach Friend johannesdachJoin date: August 2010Posts: 26Downloads:2Uploads:0 Thanks: 8 Thanked: 6 times in 1 posts]

#474582

Found the solution.
When the item “Item edit form” is created for the K2 item, the Target Window is by default set to “New without navigation”, which is interpreted as a link to index2.php. I don’t know why, but by changing it to “New with navigation” the link is written with the usual index.php.This solved my problem. Now, if you are still running into a 403 make sure that your users and user groups in the k2 configuration are allowed to post new items. Cheers
Johannes

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#474589

What do you mean, johannesdach, exact same? Blanked files, or 403/404?

Thanks for your answer, HeR0. No virus. And even if it had, how could it do such a thing on a server? Or why would it want to?
Anyway, I asked my hoster to restore a backup, so no big deal. He, too, had never heard of a similar case.

Still, the failing “edit article” issue remains. I have searched further, and the “general opinion” (not sure which forum, sorry) seems to be that there is an issue with T3. An incompatibility with K2 that apparently has existed for a long while. I did not find a solution yet, so I still hope for an answer here.

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#474591

Sorry, messages crossed. I’m glad you found a solution!
Would you mind sharing details?
Where exactly can the “Target Window” be set?

[johannesdach Friend johannesdachJoin date: August 2010Posts: 26Downloads:2Uploads:0 Thanks: 8 Thanked: 6 times in 1 posts]

#474598

Sure,
Exact same because I had both errors (404/403) but each has its own reason and solution.

Error 404 Solution (for me it worked at least):
Set the “Target Window” for the menu item in the Menu items Details to “New window with navigation”. Here: When you set up a new Menu item or edit an existing one this is found on the left hand of the page under the “Details” section. By default this is “New without Navigation” and produces the strange link with index2.php under the ja t3 system. When you have changed it and cleared the cache of ja t3 -> link on every backend page at the top (maybe even your browser cache) the links should be correct with index.php.

Error 403 Solution:
This error can have many reasons, there are loads of posts on the net with 403 problems regarding k2 and it has most likely nothing to do with the joomlart theme. My problem was that the users were not allowed to post and that k2 didn’t regard the registered users under the right user group. These are all settings within the k2 component. This worked for me: Go to K2 -> Users and make sure that they have a user group. If the column “group” is empty click on the user and choose from the dropdown list “k2 user group” either “registered” or “site owner”, depending on which user you edit. Than go to K2 -> User groups and select the group you just applied to the user and give it the needed rights to post new items. Again, clear cache.

Now try to post a new item.

The 404 should be gone, if the 403 isn’t gone yet there might be more reasons in your k2 and general joomla user settings. Play around with these.

Also I don’t know if new users will be applied the correct “user group” in the future, haven’t tried it yet.

1 user says Thank You to johannesdach for this useful post

1. wdburgdorf

[wdburgdorf Friend wdburgdorfJoin date: June 2012Posts: 26Downloads:1Uploads:1 Thanks: 3]

#474601

Yeah, man, that was it. Super user had no group. Thanks a lot.

Now I’ve got a new issue: The menu item “edit item” leads me to a page for adding an item. That’s probably to be discussed in the K2 forum then … But a new button “edit item” has magically appeared on the item detail pages which works fine.

Thanks again!

[Author]

Posts