Simple Forms [Paid] [Deleted]

Hi @John L.
I know you decided to stop, but hope you can still give some support.
I'm getting a recurrent error at the moment, looked for it at this thread but found nothing:
Code:
ErrorException: Fatal Error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 463895 bytes) - library/XenForo/Model/Permission.php:1661
Generated By: Breixo, 13 minutes ago
Stack Trace
#0 [internal function]: XenForo_Application::handleFatalError()
#1 {main}
Request State
array(3) {
  ["url"] => string(52) "http://www.xyz.com/admin.php?forms/import"
  ["_GET"] => array(1) {
    ["forms/import"] => string(0) ""
  }
  ["_POST"] => array(3) {
    ["server_file"] => string(0) ""
    ["_xfConfirm"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
  }
}
I used to increase memory_limit but now it requires more than 1Gb to import a simple form.
I'm on a dedicated server (32Gb RAM, 2x120Gb SSD, Intel 3,40GHz...).
Can you help me with that?
Kind regards
I'll do what I can, but that probably will not be that much. How big is your forum? Do you have a lot of users/usergroups?
 
Thanks for your fast reply.
26 usergroups
Threads :113.131
Posts:1.420.992
Members:140.932
It's quite possible it's getting caught up on the process of creating permissions for each usergroup because of the size. The reason I state I might not be able to fix this is because my developer is no longer accessible to support this. I have little to no coding skills myself. I can adjust small things, but if you're having a performance issue, it's not something I could easily fix.
 
It's quite possible it's getting caught up on the process of creating permissions for each usergroup because of the size. The reason I state I might not be able to fix this is because my developer is no longer accessible to support this. I have little to no coding skills myself. I can adjust small things, but if you're having a performance issue, it's not something I could easily fix.
Interesting.
If I set all permissions to "not set" except for the "Registered" usergroup, will that help?
 
It's quite possible it's getting caught up on the process of creating permissions for each usergroup because of the size. The reason I state I might not be able to fix this is because my developer is no longer accessible to support this. I have little to no coding skills myself. I can adjust small things, but if you're having a performance issue, it's not something I could easily fix.
All permissions configured to "Not set" except for the base usergroup.
Nothing changed:
Code:
ErrorException: Fatal Error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 463895 bytes) - library/XenForo/Model/Permission.php:1661
Generated By: Breixo, 4 minutes ago
Stack Trace
#0 [internal function]: XenForo_Application::handleFatalError()
#1 {main}
Request State
array(3) {
  ["url"] => string(52) "http://www.xyz.com/admin.php?forms/import"
  ["_GET"] => array(1) {
    ["forms/import"] => string(0) ""
  }
  ["_POST"] => array(3) {
    ["server_file"] => string(0) ""
    ["_xfConfirm"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
  }
}
The problem is only happening when importing a form.
Any other idea for testing?
 
Interesting.
If I set all permissions to "not set" except for the "Registered" usergroup, will that help?
I think it's a problem with the way the import was written that perhaps we never encountered or expected. It could be that it's failing that way. I do know of a few people who have forked our plugin on github and started applying fixes. It might be worth seeing if anyone is willing to look into that.
 
I think it's a problem with the way the import was written that perhaps we never encountered or expected. It could be that it's failing that way. I do know of a few people who have forked our plugin on github and started applying fixes. It might be worth seeing if anyone is willing to look into that.
Thanks John.
Hope they can solve the issue.
Can you mention them? Maybe that way they can have a look.
 
I saw this issue, but haven't had a chance to dig into it.

Thanks. I'm not familiar with github, I just registered and tried to create a Pull request about this issue with the importer but was not able to do that.
Hope @Yoskaldyr and/or @Xon can check this thread.
Kind regards
Create an 'issue' to describe the problem, pull requests are for requesting a fix to be merged in.
 
I saw this issue, but haven't had a chance to dig into it.


Create an 'issue' to describe the problem, pull requests are for requesting a fix to be merged in.
Thanks! Issue instead of "pull request".
Now I just posted it.
Don't know if more info is required.
Kind regards
 
Simple Forms 2.1.9e (Xon's fork)
  • Reduces memory requirements for importing forms with large number of permissions and phrases.
  • Use InnoDB tables instead of MyISAM for:
    • Better MySQL clustering compatibility
    • Crash-resistant files.
    • Allow transactions to actually work.
    • Prevent unexpected optimizer behaviour when mixing MyISAM and InnoDB tables in the same query.
  • Implement @Yoskaldyr's minimum attachment requirement count.
I've got a list of issues I've identified that I plan to fix for my own usage, that will be released as a GPLv3 resource on XF.com in 2-3 weeks. Not sure if I'll be willing to mark it as supported for free.
 
Simple Forms 2.1.9e (Xon's fork)
  • Reduces memory requirements for importing forms with large number of permissions and phrases.
  • Use InnoDB tables instead of MyISAM for:
    • Better MySQL clustering compatibility
    • Crash-resistant files.
    • Allow transactions to actually work.
    • Prevent unexpected optimizer behaviour when mixing MyISAM and InnoDB tables in the same query.
  • Implement @Yoskaldyr's minimum attachment requirement count.
I've got a list of issues I've identified that I plan to fix for my own usage, that will be released as a GPLv3 resource on XF.com in 2-3 weeks. Not sure if I'll be willing to mark it as supported for free.
Great, working perfectly.
Thanks @Xon

I'll be glad if you get paid for supporting this addon ;)
 
nice to see it's back in dev and in pretty good hands @Xon ;)

anyone ever seen this strange issue: ?
(refers to John's last version and also Xon's latest)
if Flash-Uploader is enabled, it is not possible here to click the submit button, it always highlights and activate "Submit a file" on mouse hover/click
2016-02-05 12_40_27-MP1 Bug Report _ MediaPortal Forum.webp 2016-02-05 12_40_34-MP1 Bug Report _ MediaPortal Forum.webp 2016-02-05 12_40_43-MP1 Bug Report _ MediaPortal Forum.webp
it's fine when flash-up is disabled in xf-options

---
one issue reported under PHP7:
PHP Fatal error: Can't use method return value in write context in ./library/LiquidPro/SimpleForms/ViewPublic/Form/AddTemplateField.php on line 18
 
nice to see it's back in dev and in pretty good hands @Xon ;)
I'm probably not going to explicitly support this add-on as it is quite complex and large.

anyone ever seen this strange issue: ?
(refers to John's last version and also Xon's latest)
if Flash-Uploader is enabled, it is not possible here to click the submit button, it always highlights and activate "Submit a file" on mouse hover/click
View attachment 127905 View attachment 127906 View attachment 127907
it's fine when flash-up is disabled in xf-options
Don't use the flash uploader? :p

one issue reported under PHP7:
PHP Fatal error: Can't use method return value in write context in ./library/LiquidPro/SimpleForms/ViewPublic/Form/AddTemplateField.php on line 18
How was that triggered? I haven't seen this happen, and I'm using php 7.0.2
 
Started getting errors

ErrorException: Argument 1 passed to LiquidPro_SimpleForms_Listener_Proxy_ControllerForum::_injectForm() must be an instance of XenForo_ControllerResponse_View, instance of XenForo_ControllerResponse_Reroute given, called in /var/www/vhosts/mysite. co.uk/httpdocs/forum/library/LiquidPro/SimpleForms/Listener/Proxy/ControllerForum.php on line 7 and defined - library/LiquidPro/SimpleForms/Listener/Proxy/ControllerForum.php:35
Generated By: Unknown Account, Today at 4:34 AM

I've also started getting the same errors a few days ago. Anyone has any idea how to fix it?
 
I'm probably not going to explicitly support this add-on as it is quite complex and large.


Don't use the flash uploader? :p


How was that triggered? I haven't seen this happen, and I'm using php 7.0.2
Can you at least keep this working? I'm willing to donate for supporting. It's an essential addon for my community
 
Back
Top Bottom