Cannot save article changes via JCE depending on user permissions - caching

We are using Joomla 1.5.21 and JCE 1.5.7 and have some trouble with the front end saving of articles.
Saving the article in the front end has no effect on the article stored in the database and therefore users on other devices cannot see the modification.
However, the changes ARE visible for the logged in user even after deleting the cache & cookies and reloading the page.
I noticed this behaviour only when the user is classified as an editor or publisher, if he is an author the editor doesn't store any of the changes!
How can I get the article changes to save?

Thanks Salem for your comment but finally we could solve the problem by ourself. The problem was caused by joomfish or more by my OS. I am using a german OS which sometimes switches from english to german on its own, so that we had two different (language) versions in the back- and frontend.

Related

Wrong URL used when accessing article through a module

I have an annoying problem and am hoping someone will be able to help.
We use quite a few extensions on our Joomla site (Roksprocket mainly but also Global News Filter for instance).
The modules themselves are working fine however when I click on an article in one of these modules the article opens but it doesn't use the nice URL that should be displayed (we have Search Engine Friendly URLs set to Yes and Use URL rewriting set to Yes). This happens for all modules that draw off a category (so I don't think its linked to a specific extension).
For instance on our Case Studies page if you click on Read More on the RSA Case Study you get this URL
http://www.assima.net/en/resources/case-studies/99-home/resources/case-studies/ats-case-studies/649-case-study-rsa
but what you should get is the menu item URL associated with this article which is this
http://www.assima.net/en/resources/case-studies/ats-case-studies/rsa
I don't think there is anything wrong with our .htaccess as I reverted back to the default Joomla one and it still occured.
Also this used to work perfectly. I first noticed it around October or November last year.
If anyone has any ideas I would really appreciate it, I've googled the problem many times and not found any help.
Thanks
Emma
FIXED.
Due to a Joomla bug. Fixed by overwriting the route.php file as described in this post: http://forum.joomla.org/viewtopic.php?f=625&t=831007&start=30

Joomla 2.5 save, save & close, save & new, cancel buttons do not work

When I try to create or edit an article, category, or module, I am unable to save or cancel the changes. When I click on the Admin buttons, nothing happens. The URL gets a "#" added to the end of it, and I get this error (examples from 2 different editors):
ReferenceError: WFEditor is not defined
http://www.mysite.com/administrator/index.php?option=com_content&view=article&layout=edit
Line 250
ReferenceError: tinyMCE is not defined
http://www.mysite.com/administrator/index.php?option=com_content&view=article&layout=edit&id=47
Line 247
I have Joomla 2.5.11, no other updates pending. JCE editor, TinyMCE, default, and RokPad all throw errors and don't do anything when I press the buttons. CodeMirror and None are the only editors that I can use to save the article. I have tried uninstalling JCE and reinstalling it, and no changes.
I don't remember the last time it was working, possibly January sometime, if not before then. I don't know if this has anything to do with settings in my php.ini file or not. That was the only thing that changed from the time it was working until now, but it should be back to the "default" settings.
I've tried reuploading the admin folder, but no change. I reuploaded all the Joomla files (except installation) this morning from the stable 2.5.11 package freshly downloaded from joomla.org today, and still having this problem. I've also tried purging cache from the updates manager as well as maintenance area. I've tried 2 different computers, Fire Fox, Chrome, and IE (this was the suggestion in one of the posts I found similar to this issue).
I have been searching for a resolution for months. Any topics I find that sound like my issue end up either not having a resolution, or it's something else that the person is having a problem with. I use both JCE and RokPad on dozens of other websites with no problems.
Thank you for your help.
Do you have extra plugins or modules published on all administrator pages? There could be an extra
Open your console (ctrl+shift+J) and you should be able to locate the error, once you do just try to locate the origin in your code, it's most likely not originating from Joomla core, rather from an extension / template.
Also bear in mind that plugins are active by default on both the frontend and the backend and very often they are not intended to run in the backend, nor tested in the backend.
I JUST FIXED IT!! :) : ) :)
I just switched my hosting's PHP version from 5.4 to 5.3 and voila! It functions as it should. I hope this helps someone! I'm not sure when/why I may be required to go back to 5.4 but for now this solves my problem. Any idea as to why these two versions of PHP behave so differently?

Magento .csv translation and inline translation not working

I am using Magento 1.7.
I am trying to change My Account to Your Account as per a video I am watching, yet when I add the following to app/design/frontend/default/mytheme/locale/en_US/translate.csv
My Account, Your Account
(that is what the guy did in the video, though I am assuming he is using an earlier version) or
"My Account", "Your Account"
nothing happens.
Also tried editing it with inline translations, I get the little book icon, open it, edit the text, refresh but nothing happens (it is NOT a caching problem).
Any ideas? Maybe some other CSV file is overwriting the one in my custom theme.
Turns out it was a bit of a caching problem. I basically disabled ALL caching and chose "Default Config" in system/configuration and now inline translating seems to be working.
So if you are having problems with this just go to cache management and disable everything.
Sometimes you have use a scope for your translation:
"Mage_Customer::My Account", "Your Account"

Session lost when switching language on Joomla 2.5

I am developing an intranet with Joomla 2.5 and I have two menu type modules, one for each language (English and Spanish). The type of access for both menu items registered user is of type (pre-installed by default in Joomla).
I have activated the module language change and the auto-login plugin (http://extensions.joomla.org/extensions/access-a-security/site-access/authentication-cloud-based/10508).
When I access the website through the auto-login (I access directly in English) I can navigate successfully through all the menu items. The problem is when language change. Changing the language session is lost and I get the screen with the login form.
Why session is lost?, What is the problem?.
Thanks for the help.
Greetings!
ok, this might help:
On backend go to site->global->congiguration->system->session settings and try playing with options there.
The problem was not in the core of Joomla. The problem was in a module (which I developed myself) and made ​​a session_destroy(). In addition, this module was assigned to all menu items in Spanish.
I feel have made you waste time. Apologies.
Greetings.

Joomla website - content displays for registered users but not for regular visitors

I have to do fix some bugs on a Joomla website that I didn't build. Also, I don't know Joomla. Biggest issue at the moment is that the content displays for registered users but not for regular visitors. The website in question is http://johngilesfoundation.com/
Can anyone help?
It will be nearly impossible to say definitely without knowing what is supposed to display, and what is actually displaying and the extensions that are installed. Joomla 1.5 has a rudimentary access control that could be your issue. In virtually everything - menus, modules, articles, etc - you have the ability to set the Access Level. It is usually on the left side of the details page and the options should be Public, Registered, and Special. Make sure that all of these are set to public.

Resources