All timelines fail to load

[jos...@gmail.com]

Hi
I've just set up tiaga (without using the scripts)

Once I set up a project I noticed that the timeline keeps loading.

I get an error trying to load this url http://taiga.emtelco.co/api/v1/user-storage/b3647b4eb080ece98f210e0f11f85b08fac77df9

But when I load via the browser bar I get
http://taiga.emtelco.co:8000/api/v1/user-storage/b3647b4eb080ece98f210e0f11f85b08fac77df9

What am I missing here?

Regards

Juan Ossa

[David Barragán]

Calls to user-storage that return 404 are not wrong. It means that the user have not saved information about this panel, is a normal behavior.

Can you see the calls to the timeline in the network tab? Can you review the log files? Why the second url include the port (8000) and not the first one?

Regards

--
Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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+unsubscribe@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/a68fd63e-1e82-47b6-8601-1c859910fa50%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

---

David Barragán Merino   Engineer david.b...@kaleidos.net  | Tel: (+34) 913562995 www.kaleidos.net/FFF8E7

[jos...@gmail.com]

Hi.
And thanks for the answer.

Calls to user-storage that return 404 are not wrong. It means that the user have not saved information about this panel, is a normal behavior.

How do I populate the time line?

Can you see the calls to the timeline in the network tab?

Yes

Can you review the log files?

Yes, I can see Nginx logs

Why the second url include the port (8000) and not the first one?

I was playing around. I changed the port and forgot to change it back before posting

Regards
Juan Ossa
 

 

 

On Friday, March 3, 2017 at 4:58:01 AM UTC-5, David Barragán wrote:

Calls to user-storage that return 404 are not wrong. It means that the user have not saved information about this panel, is a normal behavior.

Can you see the calls to the timeline in the network tab? Can you review the log files? Why the second url include the port (8000) and not the first one?

Regards

On Thu, Mar 2, 2017 at 11:23 PM, <jos...@gmail.com> wrote:

Hi
I've just set up tiaga (without using the scripts)

Once I set up a project I noticed that the timeline keeps loading.

I get an error trying to load this url http://taiga.emtelco.co/api/v1/user-storage/b3647b4eb080ece98f210e0f11f85b08fac77df9

But when I load via the browser bar I get
http://taiga.emtelco.co:8000/api/v1/user-storage/b3647b4eb080ece98f210e0f11f85b08fac77df9

What am I missing here?

Regards

Juan Ossa

--
Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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/a68fd63e-1e82-47b6-8601-1c859910fa50%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[David Barragán]

On Fri, Mar 3, 2017 at 1:41 PM, <jos...@gmail.com> wrote:

Hi.
And thanks for the answer.

Calls to user-storage that return 404 are not wrong. It means that the user have not saved information about this panel, is a normal behavior.

How do I populate the time line?

Doing things in Taiga: creating issues, change statuses....

 

Can you see the calls to the timeline in the network tab?

Yes

And what does it say? is a 200? what is the response body?

 

Can you review the log files?

Yes, I can see Nginx logs

Are there any error in the nginx or gunicorn log file?

 

Why the second url include the port (8000) and not the first one?

I was playing around. I changed the port and forgot to change it back before posting

 

 

We need more info to know what could be happen, there's apparently no error.

 

To unsubscribe from this group and stop receiving emails from it, send an email to taigaio+unsubscribe@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/81fee933-2edf-44c9-8d63-98c5905858e3%40googlegroups.com.

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

[Juan Gabriel Ossa]

Hi

I don't see any errors in the logs files.

When I trace the response for http://taiga.emtelco.co/api/v1/timeline/project/5
I get an empty []

To view this discussion on the web, visit https://groups.google.com/d/msgid/taigaio/81fee933-2edf-44c9-8d63-98c5905858e3%40googlegroups.com.

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

[David Barragán]

Have you enable celery? Maybe it is not working and you set taiga in async mode so the tasks to populate the timeline table are pending.

To unsubscribe from this group and stop receiving emails from it, send an email to taigaio+unsubscribe@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/eb8fcb33-8584-4485-bcec-634ba9fd55cf%40googlegroups.com.

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

[iwkse]

Hi, just replied on this thread as I have a similar issue.

The spinning wheel keeps running and I see no errors in logs. I have everything up included celery. The only place I can see the timeline is for the admin user, for all others it keeps spinning.

Any clue?

Regards

[iwkse]

Definitely a permission problem. It says taiga.base.exceptions.NotAuthenticated

Must be something setup wrong. With the administrator user, I do see the same error on project timeline but the JSON returns empty for users.

[iwkse]

Any hint?

[David Barragán]

Clean the browser cache and try again. It seems that you are trying to connect with the api with a wrong auth token.

Regards

--
Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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+unsubscribe@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/be44df76-9d81-4e97-9cff-1d3d5e5815e2%40googlegroups.com.

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

--

[iwkse]

Doesn't seem to be the case. We already tried that with several users/browser/machine and also cleaning the cache.

On Monday, March 26, 2018 at 11:33:09 AM UTC+2, David Barragán wrote:

Clean the browser cache and try again. It seems that you are trying to connect with the api with a wrong auth token.

www.kaleidos.net/FFF8E7

[David Barragán]

Try to regenerate all the timelines with 

python manage.py rebuild_timeline --purge

--

Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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+unsubscribe@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/71a385b7-0752-4d60-9271-a6bbb355e169%40googlegroups.com.

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

[iwkse]

Thanks a lot! It fixes the issue

On Tuesday, March 27, 2018 at 8:51:53 PM UTC+2, David Barragán wrote:

Try to regenerate all the timelines with 

python manage.py rebuild_timeline --purge

[iwkse]

It seems when having a new project I have the same issue and it needs to run this command to fix it again.

There's some cron job to run for that?

[David Barragán]

Nop, this command is only for catastrophic situations. 

Have you change any permision in the database, maybe in some template o something similar?

Regards

--

Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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+unsubscribe@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/e6108725-0cba-4543-b8aa-603f1af65880%40googlegroups.com.

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

--

[iwkse]

Mm..weird. I did nothing actually. We had this issue just after installing it. What would be a "best practice" to debug

taiga behavior? That would be cool. Maybe if this is the wrong thread I could open a new one or attach to something

already there. 

On Thursday, March 29, 2018 at 11:30:56 AM UTC+2, David Barragán wrote:

Nop, this command is only for catastrophic situations. 

Have you change any permision in the database, maybe in some template o something similar?

Regards

On Wed, Mar 28, 2018 at 9:24 PM, iwkse <sunr...@gmx.com> wrote:

It seems when having a new project I have the same issue and it needs to run this command to fix it again.

There's some cron job to run for that?

On Tuesday, March 27, 2018 at 9:43:59 PM UTC+2, iwkse wrote:

Thanks a lot! It fixes the issue

On Tuesday, March 27, 2018 at 8:51:53 PM UTC+2, David Barragán wrote:

Try to regenerate all the timelines with 

python manage.py rebuild_timeline --purge

David Barragán Merino   Engineer david.b...@kaleidos.net  | Tel: (+34) 913562995 www.kaleidos.net/FFF8E7

--
Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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/e6108725-0cba-4543-b8aa-603f1af65880%40googlegroups.com.

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

[David Barragán]

Well, it's a strange behavior. 

There is no proper way to debug this. You should find out why the API returns a NotAuthenticated error. What is the request sent and what data is in the db to see what permissions has the user.

Regards

To unsubscribe from this group and stop receiving emails from it, send an email to taigaio+unsubscribe@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/39878129-c05f-4719-9a03-4cdb4a7eab54%40googlegroups.com.

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

[iwkse]

That's strange. To see timeline updates I have to rebuild the timeline otherwise they are not visible. It might be related to the issue. Do you have any hint?

[David Barragán]

Umm maybe you setup for celery/rabittmq is not running so the async tasks are not updating the timeline.

On Mon, Apr 9, 2018 at 2:56 AM, iwkse <sunr...@gmx.com> wrote:

That's strange. To see timeline updates I have to rebuild the timeline otherwise they are not visible. It might be related to the issue. Do you have any hint?

--

Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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+unsubscribe@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/a394a1c0-e6a3-4a11-8007-23f823ccce23%40googlegroups.com.

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

[iwkse]

I'm testing it and there's something wrong with celerity. The process starts:

circusd-stats: active

plugin:flapping: active

taiga: active

taiga-celery: active

taiga-events: active

and circusctl stats shows it's running but after a few seconds it seems it dies, as stats doesn't show anything under taiga-celery.

On Monday, April 9, 2018 at 1:32:18 PM UTC+2, David Barragán wrote:

Umm maybe you setup for celery/rabittmq is not running so the async tasks are not updating the timeline.

On Mon, Apr 9, 2018 at 2:56 AM, iwkse <sunr...@gmx.com> wrote:

That's strange. To see timeline updates I have to rebuild the timeline otherwise they are not visible. It might be related to the issue. Do you have any hint?

--
Please help us keep the Taiga.io Community open and inclusive, follow our Code of Conduct:
https://github.com/taigaio/code-of-conduct/blob/master/CODE_OF_CONDUCT.md
---
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/a394a1c0-e6a3-4a11-8007-23f823ccce23%40googlegroups.com.

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

[iwkse]

When I run celerity worker it works with the default app, but when I do celerity -A taiga worker it crashes...any hint?

[iwkse]

It seems EVENTS_PUSH_BACKEND_OPTIONS in settings/local.py is basically ignored.

if I set broker_url in settings/celery.py to be different from the default amqp://guest:guest@localhost:5672//  but equal to EVENTS_PUSH_BACKEND_OPTIONS everything works.

Where's the mistake? The documentation doesn't mention that.