Daniel F

This was a bug which I have fixed for IPS 4.3 ( The report and reportComment Form page returned response code 404 instead of 403 )

Please change the error in the modules/admin/manage controller. You really shouldn't throw a logged exception If the admin has no permission to award somebody throw new \Exception( \IPS\Member::loggedIn()->language()->get( 'awards_others_err' ) ); Same with throw new \Exception( \IPS\Member::loggedIn()->language()->get( 'awards_obtainable_err' ) )

There's a bug in the winners task Only subclasses of Dispatcher can be instantiated #0 /home/ing/public_html/forum/system/Theme/Theme.php(727): IPS\_Dispatcher::i() #1 /home/ing/public_html/forum/system/Theme/Theme.php(824) : eval()'d code(886): IPS\_Theme->getTemplate('global', 'core') #2 /home/ing/public_html/forum/system/Theme/SandboxedTemplate.php(56): IPS\Theme\class_raffles_front_view->memberRow(Object(IPS\raffles\Raffle), Object(IPS\Member), Array, 1) #3 /home/ing/public_html/forum/system/Theme/Theme.php(824) : eval()'d code(1730): IPS\Theme\_SandboxedTemplate->__call('memberRow', Array) #4 /home/ing/public_html/forum/system/Theme/SandboxedTemplate.php(56): IPS\Theme\class_raffles_front_view->raffleWinners(22, Array) #5 /home/ing/public_html/forum/system/Theme/Theme.php(824) : eval()'d code(720): IPS\Theme\_SandboxedTemplate->__call('raffleWinners', Array) #6 /home/ing/public_html/forum/system/Theme/SandboxedTemplate.php(56): IPS\Theme\class_raffles_front_submit->updateTopicWithWinners(22, 'giveaway', Array) #7 /home/ing/public_html/forum/applications/raffles/tasks/Winners.php(160): IPS\Theme\_SandboxedTemplate->__call('updateTopicWith...', Array) #8 /home/ing/public_html/forum/applications/raffles/tasks/Winners.php(104): IPS\raffles\tasks\_Winners->updateTopicWithResult(Object(IPS\raffles\Raffle), Array) #9 /home/ing/public_html/forum/system/Task/Task.php(248): IPS\raffles\tasks\_Winners->execute() #10 /home/ing/public_html/forum/system/Task/Task.php(217): IPS\_Task->run() #11 /home/ing/public_html/forum/applications/core/interface/task/task.php(60): IPS\_Task->runAndLog() #12 {main}

There's no setting for this. If you have permissions to edit the tile you can longpress on the title till an input box appears.

That's a core feature.

Hi, Your app contains several language strings with the same key, as present in the core application, which is causing translation issues . At a quick glance, I've noticed "delete","quote", "guest". I would suggest to add an app specific prefix to the key or to reuse the existing langstrings from the core to avoid such issues in the future

Thanks for bringing this to our attention. I have fixed this for the next release:)

This seems to be a bug in IPS 4.2. You could disable and re-enable the "Enable template disk caching" setting on the Advanced Settings Page to fix this temporary

That's a bug in your app... The extensions class name is Image and you're using Images in view.php \IPS\Output::i()->metaTags['og:image'] = \IPS\File::get( 'raffles_Images', $this->raffle->thumb )->url;

It's part of the converter app.

I'll still reply, maybe it's useful to other people if the application / plugin was uninstalled, you should drop the column. If the application / plugin data should remain in the database, I would suggest to just set a default value for this field.

We have an internal topic about this, because it's not a simple fix which requires us to change almost the whole FURL system

There's a bug in this application which is causing a 500 error page caused by this line in your hook: public function log( $status, $member ) { if( \IPS\Dispatcher::i()->controllerLocation === 'front' AND \IPS\Settings::i()->llogs_groups == '*' OR $member->inGroup( explode( ',', \IPS\Settings::i()->llogs_groups ) ) ) { you're not checking if $member is null or an instance of \IPS\Member which results in following fatal error: [22-Sep-2016 10:07:32 UTC] PHP Fatal error: Call to a member function inGroup() on array in /home/zzzz/public_html/init.php(442) : eval()'d code on line 37 So each time somebody tries to login with a not existing account, it results in a 500 error page

This was fixed for 4.1.13

CSS Shouldn't be vanished while the background processes run. Please submit a ticket and i'll take a look

It's already on our internal suggestions list:)

A broken image link

No, it handles this for applications, but not plugins. Plugins aren't meant to have own extensions, but you're using one here.

@Adriano Faria you should delete the notifications which belong to this plugin while the uninstall process of this plugin. Once the plugin was uninstalled, the "delete_account" notifications can't be loaded anymore and will cause an exception.

@Mike John couldn't you hook IPS\Member::save and run your code there if member_group_id or mgroup_others changed?