Closed
Bug 773638
Opened 12 years ago
Closed 12 years ago
Erroneous "first time render" message when kumascript is unresponsive
Categories
(developer.mozilla.org Graveyard :: Wiki pages, defect, P2)
developer.mozilla.org Graveyard
Wiki pages
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lorchard, Unassigned)
Details
When the kumascript service fails, we get the "first time rendering" message. That's incorrect. If a request to the kumascript service during rendering fails, the message should reflect that.
Updated•12 years ago
|
Comment 1•12 years ago
|
||
Maybe a bit more info (?):
When I create a template on my local machine, I see the "This document is being rendered for the first time by the system. Please reload this page in a few minutes to see full content." message. I know that kumascript is working/connected because the "/en-US/docs/Template:CustomCSS?raw=1" address loads just fine.
Despite refreshing, shift-refreshing, etc, I still get this message. I restarted vagrant, kumascript, celery, and the site itself (./manage.py runserver --forked 0.0.0.0:8000), and I still get this message. This is blocking me from implementing attachment access within Kumascript templates.
Reporter | ||
Comment 2•12 years ago
|
||
(In reply to David Walsh :davidwalsh from comment #1)
> Maybe a bit more info (?):
That's pretty much all the info for this bug: When kumascript is not running or doesn't respond, kuma displays that message on a shift-refresh. Maybe you're encountering a different issue than what this bug covers?
> When I create a template on my local machine, I see the "This document is
> being rendered for the first time by the system. Please reload this page in
> a few minutes to see full content." message.
Create a template or a document? Viewing *templates* shouldn't be rendered through kumascript, and so you shouldn't see that "first time" message while viewing template source at all.
But, for a document, it *is* expected that you'd see the "first time" message for the first time. Especially if you have celeryd and rabbitmq running under vagrant. That's actually the correct use case for the message.
> I know that kumascript is
> working/connected because the "/en-US/docs/Template:CustomCSS?raw=1" address
> loads just fine.
?raw=1 actually means *Kuma* (ie. django) is working fine, not Kumascript. ?raw=1 is what kumascript uses to get raw source from kuma for processing.
> Despite refreshing, shift-refreshing, etc, I still get this message. I
> restarted vagrant, kumascript, celery, and the site itself (./manage.py
> runserver --forked 0.0.0.0:8000), and I still get this message. This is
> blocking me from implementing attachment access within Kumascript templates.
Not really sure what's happening on your box, but it does sound like kumascript is not working. Do you have another bug # for the kumascript/attachment stuff? I didn't think that was a launch blocker
Comment 3•12 years ago
|
||
Thanks for responding Les!
I see the template in "document" view just fine, it's a document that uses the template that displays the message. It sounds as though I've not added any value with my initial comment.
The attachment piece is currently a blocker:
https://bugzilla.mozilla.org/show_bug.cgi?id=773285
https://bugzilla.mozilla.org/show_bug.cgi?id=770727
Comment 4•12 years ago
|
||
Looks like this bug is about the ambiguous message rather than KumaScript itself becoming unresponsive. Moving this out of the release as a result.
Correct me if I'm wrong.
No longer blocks: 771763
Reporter | ||
Comment 5•12 years ago
|
||
(In reply to John Karahalis [:openjck] from comment #4)
> Looks like this bug is about the ambiguous message rather than KumaScript
> itself becoming unresponsive. Moving this out of the release as a result.
>
> Correct me if I'm wrong.
Well, it's an incorrect message when kumascript went unresponsive, which delays finding the real cause for problems. I think I might already have a change to address this bug
Reporter | ||
Comment 6•12 years ago
|
||
Comment 7•12 years ago
|
||
Commits pushed to master at https://github.com/mozilla/kuma
https://github.com/mozilla/kuma/commit/be920c70fa6ce86b80d6f4299689ed97850c5555
fix bug 773638 - Erroneous "first time render" message when kumascript is unresponsive
* Try not to show "first time" or "scheduled" rendering messages when
there are actually kumascript errors
https://github.com/mozilla/kuma/commit/2ea5080d0d7edfb2e2b46b3da0d465918b7ec823
Merge pull request #406 from lmorchard/first-time-message-on-kumascript-failure-773638
fix bug 773638 - Erroneous "first time render" message when kumascript is unresponsive
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Priority: -- → P2
Assignee | ||
Updated•12 years ago
|
Version: Kuma → unspecified
Assignee | ||
Updated•12 years ago
|
Component: Website → Landing pages
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•