Project

General

Profile

Actions

Bug #24860

closed

Local Installed Extension Update even when empty but Global Extensions exist

Added by Andreas Becker (Andi) almost 14 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Extension Manager
Target version:
-
Start date:
2011-01-27
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.5
PHP Version:
5.3
Tags:
Complexity:
Is Regression:
No
Sprint Focus:
Needs Decision

Description

If in a TYPO3 site a global extension folder with extensions exists and the same extensions are NOT available in the local Extension folder now the new EM wants to update those extensions and pointing to the local folder even the global extension has already been updated!

It forces the user to have all extensions in a local folder which makes actually the global folder obsolete.

(issue imported from #M17368)


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #24785: Install Extensions Globally from TER no more possibleClosed2011-01-25

Actions
Actions #1

Updated by Clemens Riccabona over 13 years ago

this is IMO a really bad behaviour, and i can reproduce this on a completely fresh installed and up-to-date 4.5.2!

But the best thing comes after that:

I tried to get a workaround with deactivation of allowLocal in the install tool.
but if you do that, update fails completely with this error message:

Fehler: Installation in diesem Pfad nicht erlaubt (/path/to/my/web/root/typo3conf/ext/).

a really n1! ;)

So if this problem is fixed, the new EM would be perfect IMO.

Actions #2

Updated by Alexander Opitz over 10 years ago

  • Status changed from New to Needs Feedback
  • Target version deleted (0)
  • Is Regression set to No

Hi,

as this issue is very old. Does the problem still exists within newer versions of TYPO3 CMS (4.5.34/6.2.3)?

Actions #3

Updated by Clemens Riccabona over 10 years ago

It sounds ridiculous, but yes, this one seems to be persistent through all the rewrites of EM since reporting.
(but me i just tried the version of 4.5 and now the 6.2, all in between i didn't dig into it that deep).

And after trying it with beta versions and rc-versions of 6.2, and now with 6.2.0 up to 6.2.3
(the last one i gave it another try a minute ago, just for beeing sure),
my anger-phase now is officially over, it starts just boring me.

Also read here: http://forge.typo3.org/issues/54512#note-20

Actions #4

Updated by Alexander Opitz over 10 years ago

  • Category set to Extension Manager
  • Status changed from Needs Feedback to New
Actions #5

Updated by Susanne Moog over 9 years ago

  • Sprint Focus set to PRC
Actions #6

Updated by Clemens Riccabona over 9 years ago

I am not sure what 'PRC' in Sprint Focus means, but if it means, there is work done on it, I appreciate ... ;)

I am also not sure where to post, so I will post here, what my ideas about the feature were, when i thought about it the last few months.
You may reuse it as your own, I am not interested in winning laurels, I just want a working solution for all parties (and not at least: myself).

Status quo:
1. There are some people (like me) who use the feature a lot.
2. There are some people who do not like the complete idea of global extensions, and AFAICS their main argument against is, that the core-code gets 'poisoned' with external code. -> reasonable argument IMHO.
3. In 6.2 LTS the support for global extensions is weak (e.g. EM does not support installing or updating them!)
4. In 6.2 it is possible to symlink local extensions to other installations. With this feature you could somehow have a seperated installation just for maintaining the local extensions, and thus having them just one time for all T3 installations on one server. There are two 'sub-possibilities', either symlinking each extension seperately (what makes usage of new extensions a pain) or symlinking the whole local extension directory, but then you will lose the 'local' extension functionality, what is rather painful too.

Quo vadis:
To satisfy both sides, there would be a rather simple solution:
We may introduce a new path for 'global' extensions. The path could be e.g. typo3conf/extcentral/, or typo3conf/ext/centralext/ and this one could be symlinked completely.
We need some time to transform existing extension for proper path-usage, but if that time has gone, we could remove the old 'global' extension dir completely, without losing this very useful feature!
Maybe with path 'typo3conf/ext/centralext/', some extensions will just work out of the box (I did not test it yet!), if they just use stringently the API functions for calculating the correct extensionpath (which should IMHO be a hard-requirement for every 'cohiba' extension anyway).

Actions #7

Updated by Mona Muzaffar over 7 years ago

According to the last comments on the related issue #24785 the global folder feature won't be reimplemented,
thus I am closing this ticket.

Actions #8

Updated by Mona Muzaffar over 7 years ago

  • Status changed from New to Closed
Actions #9

Updated by Benni Mack over 4 years ago

  • Sprint Focus changed from PRC to Needs Decision
Actions

Also available in: Atom PDF