i have a lot of files without a row register on oc_share.
I dont know how to reproduce it.
But on the majority of my files not have token (a row on oc_share table)
how can rescan or regenerate the register on oc_share ?
--
Andres Vargas
www.zodman.com.mx
_
Al 06/02/13 17:33, En/na Michael ha escrit:
> Hey,
> Here is some information for you:
> http://owncloud.org/support/upgrade/
I perfectly know this process. This page describes diferent procedures
from minor version and major version upgrades. My question is: It's also
aplicable for packages insta
Hey,
Here is some information for you:
http://owncloud.org/support/upgrade/
Please, backup your stuff when you do this. It is very important(I
would recommend taking owncloud down, backing up the files, the
database, and owncloud itself, then you won't lose anything!
Mike
On Wed, Feb 6, 2013 at 8:
Hi All,
As described on [1] the process for upgrading from minor versions difer
from the process for upgrading for major versions.
Are owncloud packages aware of this process. I quite sure that is safe
to upgrade from 4.0.6 to 4.0.7 from packages (as the process is quite
simple) but I don't know
Frank:
> We could add a warning if a user clicks on installing a 3rd party app.
> Something like "Warning. This app might do ... Do you really want to do
> that?"
>
> The problem is that this would give us a better feeling but the users
> will click Yes anyways. So I'm not sure this is helpful.
Ye
Hi,
I´ve starting using owncloud recently and I loved its features.
Now I´m trying to create a personal theme and having some difficulties
related to theming the file_sharing app.
Is it possible?
If so should I create the folder/file
my_theme/apps/file_sharing/templates/public.php
with my own versi
Gentlemen,
nice ideas but let's please focus for now.
We are in feature freeze phase and any new ideas will anyhow not be included in
OC5.
Please invest your time and energy in bug hunting:
https://github.com/owncloud/core/issues?state=open
Thanks a lot,
Tom
Am Mittwoch, dem 06.02.2013 um 1
It's a bit like writing "Contains hot ingredients" on a coffee mug.
Reason should tell you.
I believe Firefox Plug Ins also don't give a warning, or do they?
On 02/06/2013 12:14 PM, Arman Khalatyan wrote:
I suggest to add description per app like what kind of HOOKS it is
using: File IO hooks,
There is no practical way to know what hooks are used, apps can build the
string containing the hook name in many obscure ways.
And again, hooks are by far not the largest problems.
- Robin Appelman
Arman Khalatyan wrote:
>I suggest to add description per app like what kind of HOOKS it is
>u
I suggest to add description per app like what kind of HOOKS it is
using: File IO hooks, Password hooks, something like Android
permissions in android apps.
arman.
On Wed, Feb 6, 2013 at 12:05 PM, Frank Karlitschek wrote:
> On 02/06/2013 11:21 AM, Antoine Diamant-Berger wrote:
>>
>> "A maliciou
hey,
i recently installed a client on a machine where the default kde wallet is not
named 'kdewallet', which causes the client (v1.2.0) to try creating a wallet
named 'kdewallet'.
did i misconfigure something? if not, can this behaviour be changed in the
future?
greetings...
--
On 02/06/2013 11:21 AM, Antoine Diamant-Berger wrote:
"A malicious app can..."
OK. Then shouldn't the documentation (at least) and maybe application
installation process be more vocal about risks of installing 3rd party
apps ?
We could add a warning if a user clicks on installing a 3rd party ap
"A malicious app can..."
OK. Then shouldn't the documentation (at least) and maybe application
installation process be more vocal about risks of installing 3rd party
apps ?
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/o
Only once during login, but all apps still have the ability to read the
password, loading the apps after login and unsetting the password from $_POST
isn't an option since some apps need to be loaded before logging because they
provide user backends
- Robin Appelman
Daniel Danger wrote:
>Qu
On Wed, Feb 6, 2013 at 10:58 AM, Daniel Danger wrote:
> Quick thought on that: Is the password send via $_POST on every request,
> or just once on login? If the latter is the case, then not every app has
> the chance to read the password. (or am I wrong here?)
>
A malicious app can execute arbitr
Quick thought on that: Is the password send via $_POST on every request,
or just once on login? If the latter is the case, then not every app has
the chance to read the password. (or am I wrong here?)
What I'm trying to say is, that maybe we can't do it perfectly, but
doing it a little better woul
16 matches
Mail list logo