This Add-on https://xenforo.com/community/resources/th-xenblog.4317/?Confirmed that the text watermark is now working
Wonder if I could get this working with XenBlog for their attachments?!
Advanced Attachment System (AAS) [Deleted]
- Thread starter au lait
- Start date
demonic
Member
Yep - that's the one.
Any posts made there don't seem to be pulling in your code.. Am guessing I probably need to go handcode it.
au lait updated Advanced Attachment System (AAS) with a new update entry:
Version 2.3.0
Read the rest of this update entry...
Version 2.3.0
Read the rest of this update entry...
CNK
Active member
Hello, I have few question about this addon. Is it possible, to change size of attachments ( https://xenforo.com/community/threads/size-of-attachments-based-only-on-height.128514/) ? And if it works with Convert Images by AndyB?
Sonnie
Active member
This add-on is riddled with numerous issues for us. We have yet to get it working and it is not worth what we paid for it with all these errors. We have done everything you said to do... we have updated php to 5.6 and uninstalled and installed three times.
We have download tracker turned off, but it still shows up with attachments... and attachments will not open if not inserted into the post.
We get at least 15-20 of these errors daily and have been getting them since we first installed it:
We have download tracker turned off, but it still shows up with attachments... and attachments will not open if not inserted into the post.
We get at least 15-20 of these errors daily and have been getting them since we first installed it:
Code:
Server Error Log
Error Info
ErrorException: Undefined index: join - library/EWRporta2/Model/Post.php:11
Generated By: Unknown Account, Today at 8:15 PM
Stack Trace
#0 /home/looktheotherway/public_html/library/EWRporta2/Model/Post.php(11): XenForo_Application::handlePhpError(8, 'Undefined index...', '/home/audiovide...', 11, Array)
#1 /home/looktheotherway/public_html/library/phc/AttachmentPlus/Extend/XenForo/ControllerPublic/Thread.php(119): EWRporta2_Model_Post->getPostsInThread(82, Array)
#2 /home/looktheotherway/public_html/library/XenForo/FrontController.php(351): phc_AttachmentPlus_Extend_XenForo_ControllerPublic_Thread->actionAttachments()
#3 /home/looktheotherway/public_html/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#4 /home/youstilllooking/public_html/index.php(13): XenForo_FrontController->run()
#5 {main}
Request State
array(3) {
["url"] => string(120) "https://www.avnirvana.com/threads/vinyl-sales-continue-to-rise-but-streaming-is-the-new-king.82/attachments?simplePage=1"
["_GET"] => array(1) {
["simplePage"] => string(1) "1"
}
["_POST"] => array(0) {
}
}Funny! Only you! I have numerous users who are satisfied! Think about it!
a) This is not a mistake but a hint "Error Info" Unfortunately, XF sets all messages alike!
b) No error from my add-on. The progammer has forgotten to check if there is an index (join) exists!
Code:
$fetchOptions['join'] += self::FETCH_THREAD;He uses index "join" without checking if there exists!
Yes If you use a buggy php version - I can not help it!Sonnie said:
I check it! Thanks!
Tom McIntyre
Active member
It is very difficult to use your demo site since the admin settings prohibit almost everything by default.
I did manage to upload an image attachment and when I tried to upload it again in another thread, it gave an error. When I go to Your Attachments, it will not let me insert a second instance of the same attachment, but wants to create an image link to the first one.
I hoped it would retain the image in the file system and the attachment data entry in the database but create a new attachment reference from the post I wanted to put it in. It seems to me that would be easier both to understand and to implement. I would have thought that was why there were two tables to hold the attachments in the first place since that is needed for reuse.
Since the duplicate is recognized on the fly, it should be feasible to create a second post level attachment i.e. with the same attachment data ID and the new post ID.
I did manage to upload an image attachment and when I tried to upload it again in another thread, it gave an error. When I go to Your Attachments, it will not let me insert a second instance of the same attachment, but wants to create an image link to the first one.
I hoped it would retain the image in the file system and the attachment data entry in the database but create a new attachment reference from the post I wanted to put it in. It seems to me that would be easier both to understand and to implement. I would have thought that was why there were two tables to hold the attachments in the first place since that is needed for reuse.
Since the duplicate is recognized on the fly, it should be feasible to create a second post level attachment i.e. with the same attachment data ID and the new post ID.
yes
its correct...
disable this or change the settings
admin.php?options/list/atp_options
Tom McIntyre
Active member
I wanted to do some more testing but the test site is asking for the code without generating the QR, so I am stuck.
When duplicates are allowed, is only one image stored and a second reference created?
When duplicates are allowed, is only one image stored and a second reference created?
Tom McIntyre
Active member
* What? *The site comes up with two step authentication. I used the Google app to generate the authentication code, but did not write it down because I expected it to show me another one of those funny square "bar codes." It does not do that so I would need to go through the entire process to set up a new test site.
* function * XF standard 1.5 does not consolidate attachments. That is what I was hoping your add on did.
In the attachment_data table, the hash column should have a unique index, so that a hash value is never duplicated. If an image is reused, a second reference in the attachment table should be created to note the new usage. That would prevent multiple copies of attachments from being stored in the file system.
When I first reviewed the database, I thought that it would work as I suspected. However, when I ran some queries it became clear that uploading several copies of the same image created duplicates in the attachment_data table and in the file system.
I suspect the data structures are part of a future design since all the pieces are there to do it right, including a temporary hash location in the attachment table and a usage count in the attachment_data table. I do not want to code this myself if someone else has already done it.
Have you activated
default is it off!Get a new demo!
AAS prevents only duplicate and block the upload! - not more!
Your idea, if I understood them correctly. A good idea
I think about this!
With the next update, it will be available!
Tom McIntyre
Active member
That is great news! You could have an option for it to ask for permission to take the action or to just be silent and create a second reference.
Since all the structures were already there, is or was this already planned for XenForo V2?
Since all the structures were already there, is or was this already planned for XenForo V2?
Similar threads
