Messages

  Entire forum

Auto Light Dark

English

If there's a WSOD there should be an entry in the error log, either SMF's error log or the main error log.

Though I can't imagine a situation where if SMF is configured properly that SD won't adhere to that itself.

Need more details...

Admin > Helpdesk > Administrative Options > untick 'Should admins be considered separate from staff'

If selected, forums admins will not be able to be assigned tickets and will be excluded from being added sending one-off emails to them to notify of a new reply.

That's what's happening with you.

Please do not bump someone else's 18 month old topic especially when in this case it is unrelated to your problem.

Like any other mod, with SMF's package manager - Admin > Main > Package Manager. Just head to the Download page, the last option there is a facility to upload a package.

http://www.simpledesk.net/community/index.php?topic=1296.msg11437#msg11437

You cannot just install it on its own, SimpleDesk is an expansion for the SMF forum software.

You can configure SimpleDesk + SMF to be just a helpdesk, though, by shutting down the forum side of things, but it still requires SMF to be installed.

Um, yes. The system should get very upset if you don't have any departments, on the basis that a department is like a board - if there isn't one, there's nowhere to put any tickets...

Talk to Tapatalk, that's firmly inside their code, in their half-assed attempt to support SimpleDesk.

Is that role set up for the department you're doing this in?

That would be because it is still under heavy development, including by me...

ETA: The changes in Wedge are substantial, though, and I'm not sure how reliable a port would be at this stage simply because I'm doing more than just porting it. It's heading towards rewrite territory.

I AM the original developer. I won't be releasing SMF releases (I long since ported the bulk of it to Wedge)

And yes, at a glance that looks pretty good, especially since the entirety of access is also dependent on those permissions.

I'll patch it (slightly differently, but doing the same thing), and submit a pull request for the team to integrate it. But I'm still waiting for them to revert a change from 2011 that I specifically told them not to make in the first place. (The comment in the line before actually indicates why it should not be done!) so let's just say I wouldn't be hopeful.


EDIT: Sent a pull request, thank you for your help on this one, it's been a bug for years but I long since lost the interest in actually tracking it down.

Ask them why the changes they suggested don't work. SMF has instructions to raise the memory limit, but for whatever reason they're not working. Ask them if you can have a custom php.ini file, with its own memory limit of at least 64MB.

Or you can do a manual install, just like you could with any SMF mod. It's only larger mods that are going to be a problem for you though.

Let me put it this way. I'm the original SD developer. I'm also the highest poster on sm.org.

So let me spell it out why your host is talking rubbish. They've said to you to put an ini_set in for memory_limit, yes?

SMF does that. In many places in the package manager. The fact they haven't been adhered to is indicative of the fact that your host has pretty much disallowed changing it. I even checked, there are numerous instances of ini_set being called either directly or indirectly by the package manager (e.g. through regular calls to package_get_contents).

Putting another one seems like a futile endeavour when there's already so many calls to raise it to 128MB in the first place and they're not being triggered or accepted...

So talk to your host. There's still nothing we can do here (or on sm.org) to help you.

There should be a call to ini_set in the package manager anyway.