Closed
Bug 476366
Opened 17 years ago
Closed 17 years ago
When editing new separated "Options window" articles for ja locale, blank page opens
Categories
(support.mozilla.org :: Knowledge Base Software, task)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
0.8.2
People
(Reporter: marsf, Assigned: paulc)
References
()
Details
(Whiteboard: sumo_only)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ja; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20
Build Identifier:
I can't edit all separated Japanese "Options window - ..." articles.
However, other operations are possible (rename, view source, lock, ...).
Other locale's articles can edit.
Reproducible: Always
Steps to Reproduce:
1.Open the article.
2.Click "このページを編集". (Edit this page)
Actual Results:
Blank page opens.
Expected Results:
Editing page opens.
Comment 1•17 years ago
|
||
I'm getting a blank page when trying to edit any non-existent * article; perhaps this is a cache issue?
Blank page: https://support.mozilla.com/tiki-editpage.php?locale=en-US&page=*Testing+12345
Works: https://support.mozilla.com/tiki-editpage.php?locale=en-US&page=Testing+12345
Works: https://support.mozilla.com/tiki-editpage.php?locale=en-US&page=*Options+Window
Severity: normal → critical
Status: UNCONFIRMED → NEW
Component: Knowledge Base Articles → Knowledge Base Software
Ever confirmed: true
OS: Windows 2000 → All
QA Contact: kb-articles → kb-software
Hardware: x86 → All
Comment 2•17 years ago
|
||
Putting this on the 0.8.2 radar. Eric or Laura, can you please take a look?
Target Milestone: --- → 0.8.2
| Assignee | ||
Comment 3•17 years ago
|
||
It seems to work now.
Steps I took:
1. Opened URL:
https://support.mozilla.com/ja/kb/%E8%A8%AD%E5%AE%9A%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6+-+%E3%82%BF%E3%83%96%E3%83%91%E3%83%8D%E3%83%AB?bl=n
2. Edited article, switched it to Staging Area.
3. Edited article again, switched it back to Knowledge Base.
4. Editing article works with and without * now! Yay!
https://support.mozilla.com/tiki-editpage.php?locale=ja&page=*%E8%A8%AD%E5%AE%9A%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6+-+%E3%82%BF%E3%83%96%E3%83%91%E3%83%8D%E3%83%AB
This is not a fix, so if this problem occurs again, the bug should be reopened. However, the problem seems fixed. Please verify!
https://support.mozilla.com/tiki-editpage.php?locale=ja&page=*%E8%A8%AD%E5%AE%9A%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6+-+%E3%82%BF%E3%83%96%E3%83%91%E3%83%8D%E3%83%AB
and
https://support.mozilla.com/tiki-editpage.php?locale=ja&page=%E8%A8%AD%E5%AE%9A%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6+-+%E3%82%BF%E3%83%96%E3%83%91%E3%83%8D%E3%83%AB
both show up
It might be a good idea to see why editing a non-existent staging (*) article shows a blank page. I'll look into that today.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 4•17 years ago
|
||
Blank pages are typically PHP errors since we have error reporting turned off on production.
I tried to replicate this locally yesterday and got this:
Fatal error: Call to a member function page_exists() on a non-object in /home/ecooper/projects/sumo/local/trunk/webroot/tiki-editpage.php on line 48
So, should be a simple fix.
Comment 5•17 years ago
|
||
Reopening based on comment 4 and assigning to Eric.
Assignee: nobody → smirkingsisyphus
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 6•17 years ago
|
||
Done. r21927 / 21928
Someone forgot to declare $tikilib as global, so $tikilib->page_exists() was called on an empty object in a function.
Thanks for the help Eric!
Assignee: smirkingsisyphus → paul.craciunoiu
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 7•17 years ago
|
||
(In reply to comment #3)
> It seems to work now.
> Steps I took:
Thank you Paul!
Comment 8•17 years ago
|
||
Are we talking about URLs such as https://support-stage.mozilla.org/tiki-editpage.php?page=*+food&quickedit=Edit (constructed based on comment 3)? Because that still shows a blank page for me...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•17 years ago
|
||
I can't reproduce this locally with Paul's patch. I can verify it's happening on stage.
I still got a blank page after turning up the error reporting levels, so I'm not sure if this is a new bug or staging just being weird and cranky.
(In reply to comment #8)
> Are we talking about URLs such as
> https://support-stage.mozilla.org/tiki-editpage.php?page=*+food&quickedit=Edit
> (constructed based on comment 3)? Because that still shows a blank page for
> me...
| Assignee | ||
Comment 10•17 years ago
|
||
Eric: Staging doesn't seem to get updated. I submitted some CSS fixes and other code fixes and none have shown up in the past few days. I'm not sure why.
Comment 11•17 years ago
|
||
It's working now.
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Whiteboard: sumo_only
You need to log in
before you can comment on or make changes to this bug.
Description
•