-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem update libraries folder if this path folder redefined in JPATH_LIBRARIES via custom defined.php #7346
Comments
I would expect that as you have moved the libraries to a non standard lcoation This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7346. |
brianteeman - you're a genius |
Agreed with Brian. What you did is not an officially supported feature. Thus I don't expect it to work through updates and even regular functions of the core may be broken. |
JPATH_LIBRARIES in custom defined.php
??? That's so the news!... |
It's one of those edge cases where you can probably make parts of it work but other parts just won't. Update unpacking is one of those places it doesn't work. I wouldn't be so quick to call this "unsupported", otherwise the override ability would have never been placed in the boot up sequence, but "fixing" it is something that is going to be more effort than it's worth as long as the Joomla core is updated by the Joomla core as a files extension. |
mbabker - Hello friend Just need in com_installer, or where update process worked, include defined.php and use them with update process. Obviously, that need an elegant solution, but for this needs brains, work which many do not have the desire. All easier to close the issue with the formulation: "unsupported feature". Give me info where update process worked ("com_installer, etc..."), maybe I something and sometime invent for this issue... |
It isn't that. Joomla is updated as a file extension type (so using
|
...I known, that manifest files "it does NOT use or support path constants"... This similar situation described in my post "The problem with the rights to JComments, when the user is in multiple groups" Where author JComments answer on problem: "Yes, completely rewrite the entire system of storage and processing of rights" - HORROR! I decided not to waste time arguing and solve the problem yourself... The problem was solved with five lines of code without "completely rewrite the entire system of storage and processing of rights"! The patch I have not opened to the author, because they are ignorant treated me - after next updating Jcomments, I just apply of my patch. In connection with such an ignorant attitude of the author of many CMS and plugins for them, to the problems encountered, even possible it will be easier to take Composer, ADOdb, PHPMailer, Twig, Buzz, Guzzle, Imagine, TCPDF, Minify, HybridAuth (etc lib), write custom router and make own CMF/CMS - possible this a better option than wasting time on proving bug? :) Nevertheless, in which files exactly goes processing update process? Where placed this "own extension installation library" and how their name? |
EXAMPLE PROBLEM:
/var/www/public_html/
and usal full path to libraries folder/var/www/public_html/libraries
/var/www/.libraries
and defined this path inJPATH_LIBRARIES
in customdefined.php
then I understand that my custom path /var/www/.libraries not updated and then I must run "
\cp -R /var/www/public_html/libraries/* /var/www/.libraries/
" and "rm -rf /var/www/public_html/libraries
".The text was updated successfully, but these errors were encountered: