Taiga won't Export

[Krishoth Lavananth]

Hey,

If I have a fresh project with nothing in it then the Taiga exports correctly however if I populate it with user stories then I am unable to export. Anyone know a fix?

Thanks

[Jesús Espino]

Hi Krishoth,

It's happen in your own instance or in the taiga.io service?

What happen when you try to export?

Have you paste here (whitout any sensible data) your settings/local.py?

Regards.

> --
> You received this message because you are subscribed to the Google Groups
> "taigaio" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to taigaio+u...@googlegroups.com.
> To post to this group, send email to tai...@googlegroups.com.
> To view this discussion on the web, visit
> https://groups.google.com/d/msgid/taigaio/9a27d867-9eb1-47c3-80d4-6c86dacd0f0d%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

[Krishoth Lavananth]

Hey Jesús,

I'm running my own instance and when I try to export it pushes  "Error generating project dump".

My local.py (without sensible data):

from .common import *

MEDIA_URL = "http://taiga.example.com/media/"
STATIC_URL = "http://taiga.example.com/static/"
ADMIN_MEDIA_PREFIX = "http://taiga.example.com/static/admin/"
SITES["front"]["scheme"] = "http"
SITES["front"]["domain"] = "taiga.example.com"

SECRET_KEY = "example"

DEBUG = False
TEMPLATE_DEBUG = False
PUBLIC_REGISTER_ENABLED = True

DEFAULT_FROM_EMAIL = "no-r...@example.com"
SERVER_EMAIL = DEFAULT_FROM_EMAIL

# Uncomment and populate with proper connection parameters
# for enable email sending.
EMAIL_BACKEND = "django.core.mail.backends.smtp.EmailBackend"
EMAIL_USE_TLS = False
EMAIL_HOST = "smtp.example.com"
EMAIL_HOST_USER = "no-r...@example.com"
EMAIL_HOST_PASSWORD = "example"
EMAIL_PORT = 587

# Uncomment and populate with proper connection parameters
# for enable github login/singin.
#GITHUB_API_CLIENT_ID = "yourgithubclientid"
#GITHUB_API_CLIENT_SECRET = "yourgithubclientsecret"

INSTALLED_APPS += ["taiga_contrib_slack","taiga_contrib_letschat"]

from .celery import *

BROKER_URL = 'amqp://guest:guest@localhost:5672//'
CELERY_RESULT_BACKEND = 'redis://localhost:6379/0'
CELERY_ENABLED = True

[Jesús Espino]

Can you send me a database dump to sup...@taiga.io? I want to try to
reproduce it in my own environment.

Regards.

> https://groups.google.com/d/msgid/taigaio/3b5b3095-6620-4860-9f3f-ea85c8a1e5fe%40googlegroups.com.

[Krishoth Lavananth]

How do I make a database dump?

[Jesús Espino]

using postgresql pg_dump command, for example:

pg_dump taiga -U db-username -W > dump.sql

Regards.

> https://groups.google.com/d/msgid/taigaio/ec4b91a2-5423-47ae-9a4f-99236f3dd6c3%40googlegroups.com.

[muraad...@gmail.com]

I get erros using the export functionality, too.

If tested it a little bit.

- If a user story has a task that is not assigned to someone (user story assigned to me)

- If a user story has an attached PDF file AND the pdf file uses an underscore in it´s file name. 

  PDF-Filename´s without underscore are no problem. An open office file with underscores in it´s filename is also not producing the error.

Greetings Muraad

[Jesús Espino]

Have you a failing database dump? I can't reproduce it in my local instance :(

Regards.

> https://groups.google.com/d/msgid/taigaio/1b3907ad-62cc-45c3-b2b3-b2ecae607455%40googlegroups.com.

[muraad...@gmail.com]

Currently i have no access to my server. The firewall at my work is blocking it. I will see what I can do later or tomorrow.

Do you need the complete postgresql backup? Because i have production data on it too. 

Is it possible to take a backup for a single user? Than I can try to create a Test user and see if i can reproduce it there.

Or could I use python manage.py dump_project PROJECT_SLUG to export just one project? But i think python manage.py dump_project PROJECT_SLUG 

is the same as pressing the EXPORT button? Then it would not work either i think.

Greetings

[Jesús Espino]

No, you can't generate a database dump for only one user or project.
If you have sensible data, we have to discard this approach.

The idea of use python manage.py dump_project slug, sound interesting,
this must fail, because is the same code than the export button, but
probably is more explicit with the error returned. Can you try it in
an failing project and send the exception raised?

Thanks for your time.

Regards.

> https://groups.google.com/d/msgid/taigaio/d28646d9-1733-449d-bc71-dadd09b4279f%40googlegroups.com.

[muraad...@gmail.com]

Ok thanks. I will try it with python manage.py dump_project slug. But i won´t be able to test it in the next 4-5 hours. So probably in 4-5 hours or tomorrow. 

I write back when I´v tested it 

Greetings Muraad 

 

[Jesús Espino]

No problem :)

> --
> You received this message because you are subscribed to the Google Groups
> "taigaio" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to taigaio+u...@googlegroups.com.
> To post to this group, send email to tai...@googlegroups.com.
> To view this discussion on the web, visit

> https://groups.google.com/d/msgid/taigaio/ed0be928-c22a-4db6-8afc-772e63e6b206%40googlegroups.com.

[muraad...@gmail.com]

So, now i´v tested it.

Interesting (and strange :d) everything is working normal using python manage.py dump_project. On the other side

it´s good to know import/export is working correctly using the command line.

But i´v checked the /usr/local/taiga/logs/gunicorn.stderr.log and i think the errors are caused by unicode problems.

I´m in Germany and I had (and have) characters like Ü,Ä,Ö in my Filenames, tasks and so on. I´think this causes some problems.

It was not because of the underscore and/or PDF file specific.

Btw: I´v (stupidly) deleted the gunicorn.stderr.log and recreated it via touch to get a clean one and to get a better overview. 

But now it seems taiga-back is not writing to the log file any more. Even if  set permissions to taiga:root again? 

Are these the right permissions?

ERROR:2015-06-30 18:28:52,043: Internal Server Error: /api/v1/exporter/3
Traceback (most recent call last):
  File "/usr/local/lib/python3.4/site-packages/django/core/handlers/base.py", line 111, in get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/usr/local/taiga/taiga-back/taiga/base/api/viewsets.py", line 81, in view
    return self.dispatch(request, *args, **kwargs)
  File "/usr/local/lib/python3.4/site-packages/django/views/decorators/csrf.py", line 57, in wrapped_view
    return view_func(*args, **kwargs)
  File "/usr/local/taiga/taiga-back/taiga/base/api/views.py", line 420, in dispatch
    response = self.handle_exception(exc)
  File "/usr/local/taiga/taiga-back/taiga/base/api/views.py", line 417, in dispatch
    response = handler(request, *args, **kwargs)
  File "/usr/local/taiga/taiga-back/taiga/export_import/api.py", line 73, in retrieve
    default_storage.save(path, content)
  File "/usr/local/lib/python3.4/site-packages/django/core/files/storage.py", line 51, in save
    name = self._save(name, content)
  File "/usr/local/lib/python3.4/site-packages/django/core/files/storage.py", line 227, in _save
    _file.write(chunk)
UnicodeEncodeError: 'ascii' codec can't encode character '\xdc' in position 28343: ordinal not in range(128)

[muraad...@gmail.com]

I´v tested it again with a clean project. A file attached to a task named "Test.txt" causes no problems but "Test Ä Ö Ü.txt" does.

(Only via taiga web app not via python manage.py...)

Another thing i came across is. When an attached file is empty (size is 0, tested with an empty Test.txt first) then it is uploaded, but the filename is not shown. 

And files attached after that are not saved, e.g. are lost when switching from kanban view back and to it again (refresh probably).

Greetings Muraad

[Jesús Espino]

Hi, the problem with filenames with especial characters doesn't happen
on my machine or on the tree.taiga.io service, this must be an
environment problem, probably related with the default encoding in the
environment where you run taiga-back. Can you try to configure your
locale environment variables (LC_ALL, LANG) in your circus
configuration?

I have added the other issue of the 0 bytes files to the taiga bugs
https://tree.taiga.io/project/taiga/issue/2993

I will try to fix it as soon as possible :)

Thanks.

> https://groups.google.com/d/msgid/taigaio/c02c51d8-0115-493e-b45a-5cc8907f92a9%40googlegroups.com.

[muraad...@gmail.com]

Ok, thanks! I will try :)

Greetings

[Alejandro Alonso]

Hello Krishoth,

For exporting a project you have two options:

- Accessing the admin area of your project: project -> export -> export button

- If it's your own instance you can use the command: "python manage.py dump_project PROJECT_SLUG" from your taiga-back folder

Regards!,

2015-07-31 17:37 GMT+02:00 Krishoth Lavananth <site...@gmail.com>:

Is there another way to export a project?

To view this discussion on the web, visit https://groups.google.com/d/msgid/taigaio/48a3f300-ecb1-48c7-b382-ca9667b45ca9%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

Alejandro Alonso Fernández   CIO & Co-founder alejandr...@kaleidos.net  | Tel: (+34) 627263808 | (+34) 913562995 www.kaleidos.net/FC8EAC/

[nikos.al...@unepgrid.ch]

Alejandro Alonso wrote:

 

For exporting a project you have two options:

- Accessing the admin area of your project: project -> export -> export button

- If it's your own instance you can use the command: "python manage.py dump_project PROJECT_SLUG" from your taiga-back folder

Anybody already cron-ned this "export" task?  Or, is there already an automagic way to keep a "backup" of a project?

Thank you, Nikos