Forum Replies Created
-
Posts
-
@serge73. Thanks for posting.
There is nothing that I can think of with my extension that would trigger that error, regardless of how many files or how large the files are. There is no database interaction that is dependent on the number or size of the files.
So, you should probably check your error logs or Joomla debug info to find out what triggered that error.
@serge73. Thanks for posting.
Serge, you have known my support email address since last year, and we have corresponded together several times between last year and this year. The last time you sent me an email was in July 2024. So, I am not sure why you are asking me for my email address when you have it already and can easily email me any time you like.
Also, I don’t understand your explanation. How could the extension stop working, if it was working fine for weeks, as you described? What change did you make to make it not work? Did you update the extension to a newer version? Did you update something else on your site? Code works the same way all the time in the same use case. So, it should work the same now from the moment you created the page.
So, please tell me what was changed on your site. Understanding changes that were made helps in troubleshooting issues.
@shoshanaz. Thanks for posting your issue. This error was corrected in Version 4.1.3, released October 20, 2023. It resulted from changes made to Joomla when Joomla 4.4 was released last year.
Please download and install version 4.1.3. If your subscription is not up to date, you may need to purchase a new subscription.
@HK66. Thanks for posting. I had a look at your site, and the Google Tag Manager script is on every page that I checked. Can you clarify what you mean when you say, “there is no counting of the different pages”? Have you checked Google Analytics to see the statistical data for your site? Google Analytics will tell you whether the script from plugin is working or not.
@jimi. Thanks for your question. Could you explain what you mean by multiple columns instead of 1 long column? What do you want in multiple columns exactly? What would that look like?
@Wilco1219. Thanks for posting your request. I just updated the module to version 3.1.2, which includes the feature to force download files when you click the link. Check it out. Hope this helps.
@serge72. In terms of the mime types. Sometimes, you have to figure out what mime type your server is detecting. I know that in some cases, the mime type detected by your browser and your server can be different from each other and also different from what they are supposed to be.
@serge73. Thanks for your question. I would have to change to code to allow the administrator to turn off this error message. Currently, as it is, it will show an error message.
Could you email me a screenshot of what exactly your users are seeing?
@Peter2. Thanks for posting your question. The script.php file is the only file not being used or installed in the zip file. It’s empty anyways, so it is not important. The icons folder is copied to the Joomla’s media folder, if I recall correctly. Language files are copied to Joomla’s language folder.
Joomla’s system does not copy all the files in the zip file to the module’s folder. This is how Joomla works. There is nothing wrong, and being free has nothing to do with where the files are located.
I think the language tag for German is “de-DE”. The language INI files related to German should be installed in
/language/de-DE. If your site’s language is set to German, it should use the German language files. @pat01. thanks for posting. Glad to know the solution was simple. Have a good one.
@jimi. Thanks for following up. Yes, it is unfortunate that I have not been able to keep to my original schedule of updating my extensions. This is due to some personal reasons, yet that is no real excuse. The only thing I can do is apologize, since I did not meet the expectations of my customers.
@shoshanaz. Thanks for following up with the link. It was very helpful.
If you Inspect the HTML DOM on on the page, you will see that you have placed the listing inside of a <pre> and <code> tag. This is what is creating the spacing and grey line. If you remove the surrounding PRE and CODE tags, you will not have those artifacts any more.
@shoshanaz. Thanks for posting. I am unable to see your pictures. Can you post or email me the link to your webpage? That way, I can look at the listing directly and see what you are referring to.
@Mark68. Thanks for posting.
OK, based on your description, I believe the issue is not with the PHP version, but rather with the setup of how the article is accessed on your site. Redirecting to the home page when you click upload usually happens when the page with the uploader is not part of the menu system.
You have to setup a menu item for the page with the uploader. This menu item could be part of the main menu, or even part of a second, hidden, menu that is unrelated to the main menu of your site. What is happening is that when Joomla calls the current Uri function, and the page is not part of the menu system, it will just return the home page Uri reference. So, when you click upload, it goes straight to the homepage instead of page the uploader is on.
If you have a public site, you can send me the link so that I can take a look, but I suspect that what I have described might fit your situation. To remedy it, all you need to do is create a menu item for the webpage (article) with the uploader.
@dabacus. This error is a false positive. It was reported by several extension developers including myself. It was fixed in the Joomla 4.2 code branch, but has not been patched in the Joomla 3.10 branch.
Unless the code maintainers apply the patch to the Joomla 3.10 branch the error will show. The only thing I could do on my end is to edit my Update Server to not include any reference to a database requirement.
