Después de actualizar rankbadges se llevaron.

[vBET]

Código en su totalidad por grupos de usuarios que tiene en archivo / Includes / vbenterprisetranslator_functions_usergroups.php.

Sólo hay una función que se utiliza como reacción a la lógica de vBulletin (de gancho: userdata_presave) Y el nombre de la función es vbenterprisetranslator_functions_usergroups.php (7 partidos).

Otras 2 funciones en el archivo que hace que los cambios se utilizan para la eliminación de los Grupos de Usuarios VBET VBET durante la desinstalación y no en otra parte.

Tan si es mal debido a vBET, entonces pueda ser sólo debido a función vbet_changeDefaultLanguageGroup. No hay nada más de hacer cualquier cambio en los grupos de usuarios.

Así que si usted desea desactivarlo, entonces la forma más sencilla es simplemente desactivar "Establecer un lenguaje apropiado por defecto del grupo" plugin. Pero esto se desactivará automáticamente para manejar grupos de usuarios VBET. Así que si quieres ser eliminado también los acaba de eliminar de CP Admin.

Se recomienda sólo para desactivar el plugin primero. Si encuentra que su problema desaparece, entonces podemos comprobar de nuevo (lo comprobado ya en dos ocasiones), todavía tenemos lo mismo - no sabemos cómo reproducir el problema.

También puede comprobar otros plugins para el gancho userdata_presave Y orden de ejecución del cambio para ser ejecutado antes de que/después de vBET plugin.

[Taurus]

Después de desactivar ese plugin, y en funcionamiento sin que por cerca de 48 horas, ahora, no he tenido este problema de nuevo. Así que creo que sería seguro asumir que es porque VBET añadido y otros grupos de usuarios, y si usted tiene unos pocos ya, por alguna razón, los otros se llevaron a algunos cron en funcionamiento. lol, que parece un poco extraño lo sé, pero sin el plug-in está todo bien otra vez.

[vBET]

Vale, - vamos a ver otra vez. Este fue el único cambio que usted hizo - deshabilitar el plugin? Hace Grupos de Usuarios VBET todavía están en su foro o eliminar los? ¿Cuál es la versión exacta de su vBulettin (queremos ver de cerca no sólo en nuestro código, sino también en el entorno de gancho)?

[Taurus]

Sí, ese es el único cambio que he hecho. Y tomé las garrapatas de los Grupos de Usuarios de VBET. Pero todavía están allí, sin embargo. ¿Hay una manera fácil de quitar esos? Porque ocupa mucho espacio.

[vBET]

Y tomé las garrapatas de los Grupos de Usuarios de VBET.

¿Qué significa exactamente? Usted hizo lo que?

Aproximadamente sacando vBET grupos - te puede hacer él por Admin CP en vBulletin opciones, o por ejecutar función vbet_removeDefaultLanguageGroups de / Includes / vbenterprisetranslator_functions_usergroups.php

Tenga en cuenta que si elimina los que no se ale a mirar más de cerca el tema, ya que sólo ocurre en el foro.

[Taurus]

¿Qué significa exactamente? Usted hizo lo que?

Yo no seleccionado los grupos de usuarios de VBET. Al igual que cuando se selecciona un usuario en los países ACP que tendrá una marca / marca por digamos "español" como un grupo de usuarios adicionales. Esto lo seleccionado.

[vBET]

A medida que usted escribió en PM que todavía no sabemos cuál es la razón de la cuestión en su foro. Aún así he hecho algunos cambios en el código VBET en esta área. En este momento VBET se encargará de los Grupos de usuarios sólo cuando algunos Grupos de Usuarios cambiado o cuando el usuario Chanes idioma por defecto. Así que en el gancho que se agrega condición:

if ($this->setfields['membergroupids'] || $this->setfields['vbet_def_lang']) { 

No tengo ni idea va a ayudar a su problema ya que no sabemos qué lo causa. De todos modos es posible que le ayudará. Como le escribí en la tarde, en su historial de cambios a menudo grupos de usuarios de antes de la columna fue absuelto - tal vez porque los que no cargan en la base de datos en absoluto. Con esta condición, en estos casos VBET no hará nada, porque en los casos en cabina cuando el usuario cambia los datos por el Panel de Control o por admin CP administrador, grupos de usuarios se han cargado.

Esto se incluirá en la próxima versión, así que por favor no. Si no funciona, entonces usted va a desactivar el gancho de nuevo y se hizo la investigación de nuevo.

Por favor, confirme después de la actualización sirve de ayuda.

EDITADO - se confirma. Para una solución rápida, por favor:
1. Ir a CP Admin -> Plugins & Productos -> Plugin administrador
2. Buscar gancho llamado Ajuste por defecto apropiado grupo de idiomas de gancho userdata_presave y haga clic en Editar para ello
3. Añadir al principio del código:

if ($this->setfields['membergroupids'] || $this->setfields['vbet_def_lang']) { 

4. Añadir al final del código:

} 

5. Guardarlo

[Taurus]

OK, he actualizado ahora y comprobar si todavía tengo este problema. Te dejaré saber. Gracias.

[Taurus]

Después de correr con la actualización de más de 2 días, y sin tener que deshabilitar ese plugin o cualquier otra cosa, no he tenido este problema de nuevo. Así que creo que es seguro decir que su arreglo hizo el truco. Gracias de nuevo Michal. Muchas gracias de verdad! Sé que este tema sólo estaba presente en mi foro, y aprecio sinceramente el esfuerzo extra que iba a ayudarme en esto!

[kamilkurczak]

gracias por la confirmación