Contacto, errores y propuestas para FunnyTools

Canales disponibles y cuándo usar cada uno

El correo [email protected] es el canal para privacidad, seguridad, accesibilidad con contexto personal, contenido que todavía no debe publicarse y consultas generales sobre el sitio. Escribe un asunto específico y una sola petición principal. Si informas de varias páginas, separa cada URL y resultado para que puedan verificarse de forma independiente.

GitHub Issues es público y resulta útil para errores reproducibles, enlaces rotos, mejoras y propuestas sin información sensible. Cualquier texto, captura o archivo añadido puede quedar visible, indexarse o conservarse en el historial del proveedor. Sustituye nombres y documentos por datos ficticios antes de publicar.

Abre una incidencia no sensible en GitHub Issues de FunnyTools y comprueba antes si ya existe un informe similar.

Tiempo de revisión y expectativas de respuesta

Los mensajes sobre mantenimiento y corrección suelen revisarse dentro de tres días laborables, pero no es un plazo contractual ni garantiza una respuesta individual. Reproducir un error, consultar una fuente o preparar una versión puede requerir más tiempo. Una incidencia visible puede cerrarse si está duplicada, queda fuera del alcance o no contiene pasos suficientes.

No envíes el mismo mensaje repetidamente para elevar prioridad. El impacto determina el orden: exposición de datos, seguridad, cálculo materialmente incorrecto, pérdida de salida, inaccesibilidad y páginas rotas se revisan antes que cambios cosméticos. Si aparece nueva evidencia, añádela al hilo original sin incluir información privada.

Plantilla para informar de un error técnico

Empieza con la URL exacta y una frase que describa la tarea. Enumera los pasos desde una página recién cargada. Añade una entrada pequeña que pueda compartirse, el resultado esperado y el observado. Indica si ocurre siempre o solo algunas veces, y si desaparece al recargar. Una captura puede ayudar, pero escribe también el mensaje de error para que sea buscable.

Incluye sistema operativo, navegador y versión aproximada, tamaño de pantalla si el problema es visual y cualquier extensión o tecnología de apoyo relevante. Para archivos, describe formato, tamaño, páginas, cifrado y origen sin adjuntar el original confidencial. Crea un archivo mínimo de prueba o confirma que el problema también ocurre con contenido ficticio.

• URL y nombre de la herramienta.
• Objetivo de la tarea y pasos numerados.
• Entrada ficticia mínima.
• Resultado esperado y resultado real.
• Mensaje de error copiado como texto.
• Dispositivo, sistema, navegador y versión.
• Frecuencia y última hora aproximada del fallo.

Errores de cálculo y diferencias con otra fuente

No basta con decir que dos cifras son distintas. Envía todas las entradas, unidades, fecha, regla de redondeo y fuente de comparación. Comprueba si una herramienta espera porcentaje o decimal, tasa anual o mensual, muestra o población, días inclusivos o transcurridos. Muchas diferencias revelan definiciones distintas y no una operación aritmética defectuosa.

Si la cifra externa procede de una nómina, contrato, banco, escuela o administración, no adjuntes el documento completo. Copia la regla pública o crea un ejemplo equivalente sin identidad. FunnyTools puede revisar la fórmula publicada, pero no confirmar datos personales, determinar derechos o declarar cuál institución debe aceptar un resultado.

Problemas con PDF, imágenes y descargas

Conserva el original y prueba con una copia. Indica tipo de archivo, tamaño, número de páginas, orientación, si tiene contraseña, formulario o firma, y el lector utilizado para abrir la salida. Señala si el problema ocurre al seleccionar, procesar, descargar o reabrir. No adjuntes un documento real si contiene información personal o de terceros.

Un archivo mínimo ayuda a separar el contenido del formato. Puedes crear una imagen de color plano, un PDF de dos páginas con texto ficticio o un CSV de tres filas. Si solo falla un documento específico, describe qué característica lo diferencia. FunnyTools no puede recuperar un archivo original perdido ni reconstruir datos que el navegador ya cerró.

Cómo proponer una herramienta nueva

Describe el problema antes que la interfaz: quién realiza la tarea, qué datos tiene, qué salida necesita y cómo la comprueba hoy. Incluye uno o dos ejemplos y explica si debe funcionar sin servidor. Una propuesta como “comparar dos fechas y excluir una lista manual de festivos” permite evaluar mucho mejor que “hacer una app de productividad”.

Se consideran utilidad distinta, privacidad, complejidad, peso de dependencias, accesibilidad, mantenimiento, riesgo de uso y disponibilidad de una fuente fiable. No se promete fecha ni implementación. Una función que requiera almacenar cuentas, datos altamente sensibles, infringir condiciones de terceros o emitir una decisión profesional puede quedar fuera del alcance.

Cómo solicitar una corrección de contenido

Incluye URL, encabezado y frase exacta. Explica qué resulta incorrecto, ambiguo, desactualizado o difícil de entender. Si depende de una norma, especificación o organismo, enlaza la fuente primaria y señala la sección relevante. No pegues un artículo completo ni pidas copiar el texto de otra web.

Una corrección se contrasta con el comportamiento de la herramienta y el contexto de la página. Una preferencia de estilo puede no cambiarse; un error verificable, una omisión que altera el resultado o una fuente que ya no respalda la afirmación sí requiere revisión. Para español, indica país o sector cuando el término varía por región.

Informar de una barrera de accesibilidad

Indica qué intentabas hacer, la URL y el punto donde la tarea se volvió difícil o imposible. Especifica si se trata de teclado, foco, lector de pantalla, ampliación, contraste, tamaño del objetivo, movimiento, etiqueta o mensaje de error. Incluye navegador, sistema y tecnología de apoyo si te resulta cómodo compartirlos.

W3C recomienda describir la barrera, el software utilizado y la página afectada. No necesitas demostrar una norma para que el informe sea útil. Explica el resultado práctico —por ejemplo, “el foco no llega al botón de descarga”— y una alternativa que sí funciona en otro sitio si la conoces. No envíes contraseñas ni información que no quieras revelar.

Privacidad y solicitudes relacionadas con datos

Escribe por correo e identifica el canal utilizado: boletín, entrega de archivo, preferencia local, analítica o publicidad. Describe la solicitud sin enviar más datos de los necesarios. Como las herramientas locales no crean una cuenta ni asocian normalmente entradas a una identidad, puede no existir un registro de cálculos o archivos que FunnyTools pueda localizar.

Para una dirección de correo voluntaria, utiliza la misma dirección cuando sea razonable o explica cómo se envió. No adjuntes una copia completa del documento de identidad salvo que resulte estrictamente necesaria y se acuerde un método seguro. La política de privacidad describe proveedores, controles y derechos aplicables.

Antes de enviar una solicitud, consulta la política de privacidad para identificar el tipo de dato y el proveedor.

Reportar una posible vulnerabilidad de seguridad

No publiques una vulnerabilidad explotable, token, clave o dato de otra persona en GitHub. Escribe al correo con el asunto “Seguridad FunnyTools”, la URL, impacto potencial y pasos mínimos realizados sobre datos y cuentas propios. No accedas a información ajena, no mantengas persistencia, no interrumpas el servicio y no realices pruebas que no estén autorizadas por la ley.

FunnyTools no anuncia un programa de recompensas ni autoriza pruebas intrusivas. Un informe responsable permite verificar el problema antes de hacerlo público. INCIBE-CERT y OWASP describen principios de divulgación coordinada: minimizar daño, respetar privacidad, proporcionar detalle reproducible y utilizar un canal claro. Si existe peligro inmediato o delito, contacta con la autoridad competente.

Fraude, suplantación y mensajes sospechosos

FunnyTools no solicita contraseñas, códigos de verificación, acceso remoto, pagos para desbloquear resultados ni claves bancarias por correo. Si un mensaje afirma representar al sitio y pide esa información, no respondas, no abras archivos y verifica por el canal publicado en esta página. Una dirección o logotipo visible no demuestra por sí solo el remitente real.

Para informar de suplantación, conserva encabezados del mensaje, URL y captura sin reenviar secretos. No publiques datos personales de quien aparece en el fraude. Contacta también con tu proveedor de correo, banco o autoridad cuando exista riesgo sobre una cuenta o pago. FunnyTools solo puede revisar el uso de su nombre y los elementos bajo su control.

Derechos de autor, marcas y contenido de terceros

Si consideras que una página reproduce material sin autorización, identifica la URL de FunnyTools, la obra o marca afectada, la ubicación exacta y una forma de comprobar que puedes presentar la solicitud. No adjuntes documentos personales innecesarios. El equipo puede revisar contenido propio y recursos publicados en el repositorio, pero no decidir una disputa compleja por correo.

Una herramienta que convierte o procesa un archivo no almacena automáticamente ese archivo ni concede licencia sobre el material. Las preguntas sobre el derecho a usar una imagen, fuente, documento o marca corresponden al titular, la licencia y la ley aplicable. FunnyTools no proporciona opiniones jurídicas individuales.

Consultas que no son soporte del sitio

El canal no ofrece asesoramiento legal, médico, fiscal, financiero, académico ni estadístico para casos personales. Tampoco certifica una nota, interpreta una resolución, decide una hipoteca, valida un estudio, organiza un sorteo oficial o representa al usuario frente a empleador, escuela, banco, administración o proveedor.

Para una obligación o derecho, contacta con la fuente competente. Puedes informar si la herramienta explica mal una fórmula o enlaza una norma obsoleta; no podemos determinar cómo se aplica esa norma a tu expediente. Esta separación protege a quien consulta de recibir una respuesta sin el contexto ni la cualificación necesarios.

Cómo se utiliza un informe recibido

La información se usa para reproducir, clasificar y corregir el sitio. Un caso puede convertirse en prueba automatizada, aclaración editorial, aviso de limitación o propuesta futura. Antes de publicar una captura o ejemplo recibido se debe eliminar información identificable y obtener permiso cuando corresponda; por eso es mejor que el remitente envíe desde el principio un caso ficticio.

Cerrar una incidencia significa que se tomó una decisión, no necesariamente que se aceptó toda la propuesta. La versión del pie permite comprobar si un cambio llegó a producción. Si el resultado sigue siendo diferente, añade nuevos pasos y versión en el mismo hilo. La evidencia posterior puede justificar reabrir el análisis.

Lista de comprobación antes de enviar

Confirma que elegiste correo para información privada y GitHub para un informe público. Elimina identidad, secretos y documentos reales. Añade URL, versión visible, pasos, ejemplo mínimo y entorno. Expresa un resultado esperado que pueda comprobarse. Revisa si ya existe la incidencia y conserva una copia de tu mensaje.

Si la cuestión afecta seguridad, derechos, dinero o salud, no esperes una respuesta de mantenimiento para actuar: utiliza el canal oficial o profesional correspondiente. FunnyTools agradece informes concretos, pero no es un servicio de emergencia ni un sustituto de atención competente.

Preguntas frecuentes

Fuentes y controles externos

Las fuentes ayudan a comprobar las prácticas de terceros y las obligaciones de información. La descripción del funcionamiento de FunnyTools se basa en la implementación publicada del sitio.