modman

I updated to the latest version but the bugs are still there, please check this out: 1) 2)

There are others, I will send a new report after I update the plugin to the latest version. In the meantime, thank you for fixing the first two that I thought were most important.

So far I have found many errors... BUG1: The description does not appear even if it is set, this has no function now. BUG2: The custom field is shown the same even if it is deactivated, it will be mandatory to delete it.

IP.Board is updated to v4.7.4 but tickets experiencing this problem continue to do so, maybe the fix only affects tickets created AFTER the update?

Well done! After 4 months you haven't fixed this bug .... And to think that it was your update that broke everything! I am speechless Hope you understand now @Randy Calvert!

Solved setting the page permissions. Thanks

EDIT AGAIN: I created a specific page with only the widget for viewing or adding points inside, visiting it as a guest (who does not have permission to do this) no message is displayed. Is there any way around this problem? If I send a mass email to users asking to top up their credit, many of them will not be logged in, so they will see a blank page.

Thanks, I was missing the last part, now I understand. Is it possible to have a dedicated page for this operation? I would need to use the link to send it to customers or put it in the site menu. it is an important function in your application... EDIT: I have now realized that it is possible to do this by creating a special page through the builder. Thank you

Hi, can someone show me how to allow a user to buy points with money? I have recently installed the application and I cannot find the method to do this. Thank you

I'm sorry but it doesn't even work as you think, basically you sell a product that doesn't work, you take money ... Now it's almost a month to fix it, but what if it were a year? which then I ask myself: did you develop it yourself? How is it possible all this time to fix a bug? It is really true, the world is going to ruin, the most basic rights and honesty are distant memories that the next generations will not even know the existence. Thanks and goodbye, I don't want to waste my time and yours anymore (which will be used to fix this bug)…

it is a malfunction of a product that was not present before, for which a renewal is payable. It would be right to postpone the renewal deadline based on the days of disruption.

Link please.

Hi, after a month is it possible to have news about this problem?

Hello, no news related my problem, more than ten days past.

Yes

The configuration of our server has never changed for several years that we use IP.Board, we have also installed another version of IP.Board in a new space with standard configuration and the problem remains. The strange thing is that you manage to download those files but I can't, yet we use the same "ADMIN" account. Is there a way in the logs to know what happens when IP.Board tries to access a certain file? What is the precise error that does not allow me to download to that file?

I checked the server side and the cache is not present, if necessary I can also attach the php info. The user error was caused only because I had logged in with the test user. After further verification it has nothing to do with this. I have the same problem on another development site as mentioned earlier, with a new setup from scratch. Can we solve the problem now?

Tested now with a browser not present on this computer before, Firefox, same problem. The browser I used before was Brave.

I don't understand, there is really something strange. I entered the tickets created by you as "test" (IDs = 7227,7228,7229), I tried to download the files you attached with extension "php", I could not download any files. I have activated the incognito mode. I performed the same test and managed to download all your files and also those of the tichet with the name "sdfsdfsdf" with ID = 7225. So I went back to normal session, I logged out, I came back as administrator, same problem. So I decide to try again in incognito mode .... incredibly even here it doesn't work now! There seems to be an intertwining with sessions, cookies, something. Because in the various attempts at a certain point I seemed to see the user name of the test user "ETP" at the top, but even when it says "ADMIN", it is as if the permissions to access that file are denied because the user does not have them. I'm going crazy, at first I thought it was a file extension problem, instead there is no distinction between your PHP files and those sent by my clients (usually .ori, .mod, .bin). The error is random and happens a few times in one ticket, other times in another. Both in incognito mode and in normal mode.

Let's take as an example the ticket created this morning with id= 7224 The ticket was created by the user in the "Tuning file request" department. In this department there is the default Editor field, the user has attached two files, both of which are not available for download. By viewing the ticket on the admin side, the two files are available in the first message sent by the user when opening the ticket. Another file has been attached as a custom field because we added it, called "Original file", this has no problems, download is possible. The error therefore seems to be present only to the attached files in the Text Editor present as default in the ticket departments, this however only in the first message sent by the user, in subsequent replies the attached files can be downloaded.

Hello, the erorre continues, the tickets created today have the same problem, the attachment in the first message cannot be downloaded. The hosting is self-managed and presents no problems, nor any configuration has been changed on our part. The only update made was IP.Board. Please try with uploading a file and creating a ticket with a test user, not administrator.

I don't think the files are corrupted because these two tickets are created by users in different countries, however I can keep the situation under control because by tomorrow other users will repeat the procedure: Ticket creation and attached file> Download test. If I encounter other problems I will write it here. Another thing that I don't know if it can help in this case, on the server I receive errors of this type every day: forum.ecutuningperformance.com-2022-08-23_19-52-39-error.log

Both open ticket: IDs: 7212, 7210

Hi, the latest update of IP.Board may have created this error. In practice it is impossible to download the attached files in the first message of a support ticket, instead the attached files from the second message onwards do not have this problem. No configuration has been changed on our part.

Received, I thought that the problem was only of the categories in IP.Downloads, instead it is precisely the product not capable of working with large amounts of data! I will ask for a refund for the second license purchased earlier, thank you and goodbye.