File will not delete

[trogladyte]

I've read the dox and can't see where I'm going wrong.

I uploaded the file.

I have Super Admin access.

Log into the frontend, navigate to file, click, click pencil, select delete. The screen refreshes but I'm not asked to confirm if I want to delete (surprised at that - perhaps I turned that off somewhere). However, even though the file is gone in the overview, when I go back to the page it's still there.

http://www.atonementlutheranschool.org/admissions/documents-and-forms - 2nd file in the download area.

[Arno]

Hi,
you should get a message when the Download was succesful deleted.
Have you get this?

[trogladyte]

No I didn't, which surprised me. I thought I'd had it appear before, but not this time. Do you want me to send you login details?

[Arno]

Yes. Please send it me via PM.

[Arno]

I have now checked your backend but can not find a problem with settings or something else.
So i will check it again here. Until we have found a solution you should use the delete function in backend.

Edit:
i have it tried here with our test installations and the delete function works as expected. See pic.


[gelöscht durch Administrator]

[Arno]

Can it be that the core module for function result messages is not a part from your template? Or deactivated in backend?

Normally must you see always a message (succesful or error).

[trogladyte]

Sorry I don't understand your last post. What core module? Part of jDownloads or Joomla? Are you still investigating?

I know the delete works as I had it working previously. However, it isn't now. I successfully uploaded a small image file and it displayed immediately. Tried to delete it and I get the same issue. No warning, but appears to delete as, when I look in the overview, it's not there. However, navigate back to the page and it still shows.

I downloaded jDownloads again and reinstalled (did not delete the existing copy). Still fails. For now, I have unpublished the items and they're no longer showing, but I need this to be client driven. I don't want to be messing with their files ongoing.  Thanks.

[Arno]

Sorry I don't understand your last post. What core module?

No problem as this was not the reason. 

Could it be that your files have wrong CHMOD settings on the server?

[trogladyte]

No clue - you tell me from the screenshot - dl03.jpg

There is something REALLY screwy going on. dl01 and dl02 show a file called Emergency Info 2016 as existing, but nothing can be done to it from the front end and, as dl03 shows (Filezilla screenshot) it doesn't even appear to exist in the directory.

[Arno]

Where are the pics?

[trogladyte]

Sorry.

[gelöscht durch Administrator]

[ColinM]

Hi
The displays as shown in dl02.jpg for example are actually created mainly from information in the database. That is the pictures you are showing are consistent with the information in the database. 

Now if at sometime you had deleted the file using say the front end edit function this does delete the file part of the Download but not the rest of the Download. So what you are showing is compatible with the information show from your File Zilla screen shot in dl03.jpg.  The information in the database will be that there is no file so hence there is no download button.

Note when the file, not the Download, was deleted you could have been intending to load another version of the file.

Please see the two attached pictures which explain the situation.  In essence it is all about the Joomla! permissions associated with the users User Group and the permissions inherited by the Downloads from their categories.

Note that two of the other files do not have Download buttons so in the absence of other info I can only assume that they do not have Download Permission.  This could have been through use of the Deny permission in another User Group or some other reason.

Colin

Colin

[gelöscht durch Administrator]

[trogladyte]

Sorry - that makes no sense. There's something wrong. I'm getting no warning when I ask it to delete which is, from my experience and from Arno's posts, what is meant to happen. So something is broken.

I have to move on, as the client is demanding a fix which I can't give them with jDownloads.

[trogladyte]

FYI, I completely uninstalled the component and modules, deleted all files and folders, and deleted all entries in MySQL, then reinstalled. Uploaded 2 test files, one from the admin, one from the frontend. Couldn't manipulate from the frontend once uploaded at all. Delete did something without a warning (as before), but the file remained (as before).

I'm done with this. I don't know if it's the component, my installation or my template, but I can't waste any more time on it.

[ColinM]

Hi
I sure it can be resolved.  The initial symptoms you indicated were that you were deleting and not getting a message, and that the deletion of the file was not occurring  But I think you were deleting a file and it was being deleted as your evidence suggests, but you were not deleting the Download so that is a different scenario.  The abilities you want are standard in jD, and yes there maybe an interaction with something else.

Please understand that a Download is not just the file that will be downloaded.  So the scenario I described is perfectly consistent with the pictures you showed.

Certainly when a file is deleted from a Download one should get an error message saying  File Deleted or similar. But I do not think the apparent absence this is an intrinsic jD problem.  If it is not solved now it is likely to come back and bite again.  From my recollection there is only a narrow green bar in your case, or perhaps nothing.  In that situation the message may be being shown logically but is essentially not visible.  So somewhere the fontsize or line height or some other css styling may have been overridden.  I was offering to look at that sort of thing as I have met that in other situations, templates, etc., etc.

Colin