<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Can you tell me the exact versions in
your info.xml and the version of owncloud that doesnt work?<br>
<br>
On 04/08/2013 08:26 AM, Arman Khalatyan wrote:<br>
</div>
<blockquote
cite="mid:CAAqDm6Zq2ZUoWdE2sKp4WKwHzRa230s+ByFy3YCV7Mu2t7M1Og@mail.gmail.com"
type="cite">
<div dir="ltr">+1<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Sun, Apr 7, 2013 at 2:04 PM,
Christian Reiner <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:foss@christian-reiner.info" target="_blank">foss@christian-reiner.info</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all,<br>
sorry if I raise that issue again - but frankly I get
annoyed with that issue:<br>
<br>
Again some apps cannot be installed by just 'activating'
them inside the<br>
'apps' section of an ownCloud-5.0.3 installation. The result
is the unfamous:<br>
"the app cannot be installed because it is not compatible
with this version of<br>
ownCloud".<br>
<br>
1.) this is just not true.<br>
2.) the check that leads to this statement does not make
sense.<br>
3.) this issue has existed for quite some time now, why is
it not fixed?<br>
<br>
I do understand that this issue is not a direct problem for
the "core apps"<br>
developed and bundled by the core team. But if ownCloud
really is meant to<br>
attract a community of developers coding what is called "3rd
party apps" (btw:<br>
why "3rd"?), then such issues must be fixed. The issue has
been addressed many<br>
many times before and it is documented in the issue tracker.<br>
I also do understand that it makes sense to have some means
to block "old"<br>
apps that are really not compatible with newer versions of
ownCloud, since<br>
these might crash the ownCloud core. Although in my eyes
this is a<br>
shortcomming of the plugin architecture ownCloud implements
for apps, this is<br>
another issue. The problem at hand is simply the version
control check done -<br>
which blocks many apps from being installed without any
reason.<br>
<br>
I am getting more and more frustrated having to adapt the
appinfo/info.xml<br>
file for apps every two weeks or so to prevent that apps are
being blocked<br>
again.<br>
- Why is there no announcement that such thing is required?
Are 3rd party app<br>
developers meant to sniff that from thin air?<br>
- Why is a change required anyway? I just stumbled over an
app (the imprint<br>
app) that could be installed fine inside OC-5.0.0. Now with
OC-5.0.3 it is<br>
blocked again. Why? Probably there is a reason why something
was changed<br>
again, but that means a change of the app API between two
minor versions -<br>
that is something one does not do. With good reasons.
Especially not without<br>
taking care that some backwards compatibility exists.<br>
<br>
Christian Reiner (arkascha)<br>
[ Probably cooled down again in a few hours ]<br>
<br>
PS: and no personal offense meant, really not.<br>
I just try to bring that issue up so that it is recognized
as an urgent issue.<br>
_______________________________________________<br>
Owncloud mailing list<br>
<a moz-do-not-send="true" href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a moz-do-not-send="true"
href="https://mail.kde.org/mailman/listinfo/owncloud"
target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Owncloud mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Owncloud@kde.org">Owncloud@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/owncloud">https://mail.kde.org/mailman/listinfo/owncloud</a>
</pre>
</blockquote>
<br>
</body>
</html>