Closed Bug 599870 Opened 15 years ago Closed 14 years ago

random syntax errors on MDN

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

Product:
Infrastructure & Operations Graveyard
Component:
WebOps: Other
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: dherman, Unassigned)

References

(
URL
)

Details

Attachments

(2 files)

screen shot of syntax errors
340.75 KB, image/png
Details
an alert box Syntaxhighlighter pops up
61.90 KB, image/png
Details
On this page: https://developer.mozilla.org/en/JavaScript/Reference/Scope_Cheatsheet There are syntax errors being reported for a bunch of entries, but only if you are logged out from the site. Also, after you log out you have to shift-reload to see the errors (in particular, if it says "you have successfully logged out" at the top of the page you still won't see the errors). Are these problems with the wiki markup the author used, or some internal error? The fact that this only happens when you're logged out makes me suspect the latter. Dave
I can't see the syntax errors when logged out -- though when I log in the syntax highlighting disappears. Could you attach a screenshot maybe? I'm using the latest Minefield nightly.
Attached image screen shot of syntax errors —
Shu: It's really weird -- this seems to be intermitten. If I shift-reload multiple times, sometimes I get the errors, sometimes not. Dave
Intermittent, even. Dave
It turns out this isn't about being logged in or out, it just happens randomly. Dave
Summary: syntax errors only when logged out → random syntax errors on MDN
This seems to be happening permanently right now at least on <https://developer.mozilla.org/en/Extensions/Thunderbird/HowTos/Common_Thunderbird_Use_Cases/View_Message#section_1>. Shift-reloading doesn't help, it seems to be stuck in a state where it can't generate the code blocks.
The error from the screenshot is "...@function, reference to undefined name 'syntax': line 1, column 1 (click for details)" I'm seeing this on https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Function/call (in the Syntax section) - both while logged in and in another browser (logged out).
Severity: normal → critical
I'm aware of these problems; several of the extensions on MDN's wiki have crashed. I am working on getting them restarted, but there's some cruft that needs cleaning up first.
There is a more serious underlying technical issue here; it appears there's a database connectivity problem. Assigning to IT. IT: I need to get the API log from Deki so I can send it to MindTouch for them to look over. Something is going wrong with the database connection when trying to load settings for the extensions, resulting in the extensions not loading.
Assignee: nobody → server-ops
Component: Website → Server Operations
Product: Mozilla Developer Network → mozilla.org
QA Contact: website → mrz
Version: unspecified → other
Severity: critical → blocker
Assignee: server-ops → jeremy.orem+bugs
In addition to getting a copy of the API log, it would be helpful to restart the Deki API, to see if that resolves things. This is per MindTouch. Sigh.
deki-api.logs.tar in your home directory on people Over the weekend Aravind was fed up with all the dekiwiki CPU pages and set up a cronjob to restart the daemon every 30 minutes.
Can we turn off that cronjob? I think it's interfering with my attempts to fix the problem.
That is, I think it's interfering with my attempts to diagnose the real problem. Just editing the settings doesn't work; they're getting reset when the restart occurs, so something's preventing them from being saved properly.
(In reply to comment #12) > Can we turn off that cronjob? I think it's interfering with my attempts to fix > the problem. Turned the cron job off on all three boxes.
New request from MindTouch: Can you also try running the Checkdb script within '/var/www/dekiwiki/bin/mindtouch.deki.checkdb.exe' and let me know the output? Please note you will first need to configure this script within the '/var/www/dekiwiki/bin/mindtouch.deki.checkdb.config.xml'. More information on this script can be found at the link below: http://developer.mindtouch.com/en/kb/Verify_database_schema_using_CheckDb
It outputs this and then freezes: [root@pm-dekiwiki03 bin]# mono mindtouch.deki.checkdb.exe | tee /root/checkdb.out * checking connection to database... * checking tables ** checking table archive ** checking table banips ** checking table bans ** checking table banusers ** checking table brokenlinks ** checking table comments ** checking table config ** checking table group_grants ** checking table groups ** checking table links ** checking table linkscc ** checking table objectcache ** checking table old ** checking table pages ** checking table querycache ** checking table recentchanges ** checking table requestlog ** checking table resourcecontents ** checking table resourcefilemap ** checking table resourcerevs ** checking table resources ** checking table restrictions ** checking table roles ** checking table service_config ** checking table service_prefs ** checking table services ** checking table tag_map ** checking table tags ** checking table transactions ** checking table user_grants ** checking table user_groups ** checking table users ** checking table watchlist * checking columns in table archive ** checking column ar_id ** checking column ar_namespace ** checking column ar_title ** checking column ar_text ** checking column ar_comment ** checking column ar_user ** checking column ar_timestamp ** checking column ar_minor_edit ** checking column ar_last_page_id ** checking column ar_old_id ** checking column ar_flags ** checking column ar_content_type ** checking column ar_language ** checking column ar_display_name ** checking column ar_transaction_id ** checking column ar_is_hidden ** checking column ar_meta * checking columns in table banips ** checking column banip_id ** checking column banip_ipaddress ** checking column banip_ban_id * checking columns in table bans ** checking column ban_id ** checking column ban_by_user_id ** checking column ban_expires ** checking column ban_reason ** checking column ban_revokemask ** checking column ban_last_edit * checking columns in table banusers ** checking column banuser_id ** checking column banuser_user_id ** checking column banuser_ban_id * checking columns in table brokenlinks ** checking column bl_from ** checking column bl_to * checking columns in table comments ** checking column cmnt_id ** checking column cmnt_page_id ** checking column cmnt_number ** checking column cmnt_poster_user_id ** checking column cmnt_create_date ** checking column cmnt_last_edit ** checking column cmnt_last_edit_user_id ** checking column cmnt_content ** checking column cmnt_content_mimetype ** checking column cmnt_title ** checking column cmnt_deleter_user_id ** checking column cmnt_delete_date * checking columns in table config ** checking column config_id ** checking column config_key ** checking column config_value * checking columns in table group_grants ** checking column group_grant_id ** checking column page_id ** checking column group_id ** checking column role_id ** checking column creator_user_id ** checking column expire_date ** checking column last_edit * checking columns in table groups ** checking column group_id ** checking column group_name ** checking column group_role_id ** checking column group_service_id ** checking column group_creator_user_id ** checking column group_last_edit * checking columns in table links ** checking column l_from ** checking column l_to * checking columns in table linkscc ** checking column lcc_pageid ** checking column lcc_cacheobj * checking columns in table objectcache ** checking column keyname ** checking column value ** checking column exptime * checking columns in table old ** checking column old_id ** checking column old_namespace ** checking column old_title ** checking column old_text ** checking column old_comment ** checking column old_user ** checking column old_timestamp ** checking column old_minor_edit ** checking column old_flags ** checking column old_content_type ** checking column old_language ** checking column old_display_name ** checking column inverse_timestamp ** checking column old_is_hidden ** checking column old_meta * checking columns in table pages ** checking column page_id ** checking column page_namespace ** checking column page_title ** checking column page_text ** checking column page_comment ** checking column page_user_id ** checking column page_timestamp ** checking column page_counter ** checking column page_is_redirect ** checking column page_minor_edit ** checking column page_is_new ** checking column page_random ** checking column page_touched ** checking column page_inverse_timestamp ** checking column page_usecache ** checking column page_toc ** checking column page_tip ** checking column page_parent ** checking column page_restriction_id ** checking column page_content_type ** checking column page_language ** checking column page_display_name ** checking column page_template_id ** checking column page_is_hidden ** checking column page_meta * checking columns in table querycache ** checking column qc_type ** checking column qc_value ** checking column qc_namespace ** checking column qc_title * checking columns in table recentchanges ** checking column rc_id ** checking column rc_timestamp ** checking column rc_cur_time ** checking column rc_user ** checking column rc_namespace ** checking column rc_title ** checking column rc_comment ** checking column rc_minor ** checking column rc_bot ** checking column rc_new ** checking column rc_cur_id ** checking column rc_this_oldid ** checking column rc_last_oldid ** checking column rc_type ** checking column rc_moved_to_ns ** checking column rc_moved_to_title ** checking column rc_patrolled ** checking column rc_ip ** checking column rc_transaction_id * checking columns in table requestlog ** checking column rl_id ** checking column rl_servicehost ** checking column rl_requesthost ** checking column rl_requesthostheader ** checking column rl_requestpath ** checking column rl_requestparams ** checking column rl_requestverb ** checking column rl_dekiuser ** checking column rl_origin ** checking column rl_servicefeature ** checking column rl_responsestatus ** checking column rl_executiontime ** checking column rl_response ** checking column rl_timestamp * checking columns in table resourcecontents ** checking column rescontent_id ** checking column rescontent_res_id ** checking column rescontent_res_rev ** checking column rescontent_value ** checking column rescontent_mimetype ** checking column rescontent_size ** checking column rescontent_location * checking columns in table resourcefilemap ** checking column file_id ** checking column resource_id * checking columns in table resourcerevs ** checking column resrev_id ** checking column resrev_res_id ** checking column resrev_rev ** checking column resrev_user_id ** checking column resrev_parent_id ** checking column resrev_parent_page_id ** checking column resrev_parent_user_id ** checking column resrev_change_mask ** checking column resrev_name ** checking column resrev_change_description ** checking column resrev_timestamp ** checking column resrev_content_id ** checking column resrev_deleted ** checking column resrev_changeset_id ** checking column resrev_size ** checking column resrev_mimetype ** checking column resrev_language ** checking column resrev_is_hidden ** checking column resrev_meta * checking columns in table resources ** checking column res_id ** checking column res_headrev ** checking column res_type ** checking column res_deleted ** checking column res_create_timestamp ** checking column res_update_timestamp ** checking column res_create_user_id ** checking column res_update_user_id ** checking column resrev_rev ** checking column resrev_user_id ** checking column resrev_parent_id ** checking column resrev_parent_page_id ** checking column resrev_parent_user_id ** checking column resrev_change_mask ** checking column resrev_name ** checking column resrev_change_description ** checking column resrev_timestamp ** checking column resrev_content_id ** checking column resrev_deleted ** checking column resrev_changeset_id ** checking column resrev_size ** checking column resrev_mimetype ** checking column resrev_language ** checking column resrev_is_hidden ** checking column resrev_meta * checking columns in table restrictions ** checking column restriction_id ** checking column restriction_name ** checking column restriction_perm_flags ** checking column restriction_creator_user_id ** checking column restriction_last_edit * checking columns in table roles ** checking column role_id ** checking column role_name ** checking column role_perm_flags ** checking column role_creator_user_id ** checking column role_last_edit * checking columns in table service_config ** checking column config_id ** checking column service_id ** checking column config_name ** checking column config_value * checking columns in table service_prefs ** checking column pref_id ** checking column service_id ** checking column pref_name ** checking column pref_value * checking columns in table services ** checking column service_id ** checking column service_type ** checking column service_sid ** checking column service_uri ** checking column service_description ** checking column service_local ** checking column service_enabled ** checking column service_last_status ** checking column service_last_edit * checking columns in table tag_map ** checking column tagmap_id ** checking column tagmap_page_id ** checking column tagmap_tag_id * checking columns in table tags ** checking column tag_id ** checking column tag_name ** checking column tag_type * checking columns in table transactions ** checking column t_id ** checking column t_timestamp ** checking column t_user_id ** checking column t_page_id ** checking column t_title ** checking column t_namespace ** checking column t_type ** checking column t_reverted ** checking column t_revert_user_id ** checking column t_revert_timestamp ** checking column t_revert_reason * checking columns in table user_grants ** checking column user_grant_id ** checking column page_id ** checking column user_id ** checking column role_id ** checking column creator_user_id ** checking column expire_date ** checking column last_edit * checking columns in table user_groups ** checking column user_id ** checking column group_id ** checking column last_edit * checking columns in table users ** checking column user_id ** checking column user_name ** checking column user_real_name ** checking column user_password ** checking column user_newpassword ** checking column user_email ** checking column user_touched ** checking column user_token ** checking column user_role_id ** checking column user_active ** checking column user_external_name ** checking column user_service_id ** checking column user_builtin ** checking column user_create_timestamp ** checking column user_language ** checking column user_timezone ERROR: index user_real_name_service_id is incorrectly defined Expected: True But was: False Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
(In reply to bug 623100 comment #6) > Turns out developer.mozilla.org is down, as well. Bumping up a bit. (In reply to bug 623100 comment #7) > That is a separate problem that we have a bug for. bug 599870. Does this bug also cover the site itself being inaccessible right now?
> Does this bug also cover the site itself being inaccessible right now? Depends on from where you are referring. If it is MTV1 or SJC1 then content that relies on a CDN will fail. To the best of my knowledge any other location developer works fine.
3crowed rolled back some changes and DNS resolves as expected. It looks like this was just a side issue for this bug so I'll leave the state alone. [ravi@mvadm01 ~]$ dig @r1.3crowd.com mozcom-cdn.3crowd.mozilla.net any ; <<>> DiG 9.7.0-RedHat-9.7.0-1.rhel5 <<>> @r1.3crowd.com mozcom-cdn.3crowd.mozilla.net any ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34677 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;mozcom-cdn.3crowd.mozilla.net. IN ANY ;; ANSWER SECTION: mozcom-cdn.3crowd.mozilla.net. 1 IN CNAME n2.panthercdn.com. ;; Query time: 3 msec ;; SERVER: 74.115.30.30#53(74.115.30.30) ;; WHEN: Tue Jan 4 19:44:32 2011 ;; MSG SIZE rcvd: 78
Yeah, that's not related to the core issue here. Waiting for a reply from MindTouch based on our logs and the checkdb output. Had hoped to get something back from them tonight but no longer think that's likely. Will update when I hear back.
Jeremy; from MindTouch: Can you try performing the following? 1.) Check (and repair if necessary) the "users" table within the MindTouch database. 2.) cd into the '/var/www/dekiwiki/maintenance/' directory, and run the 'update-db.php' script. Can you let me know the output of this?
mysql> alter table `users` add unique `user_real_name_service_id` (`user_external_name`, `user_service_id`); Query OK, 138353 rows affected (15.68 sec) Records: 138353 Duplicates: 0 Warnings: 0 [root@pm-dekiwiki01 maintenance]# php update-db.php Updating wiki_evang_deki on 10.2.70.80:3306 sprocs update complete Applying misc database updates...done cleanup up special pages removing admin-namespaced pages from database (cleanup) Start update script fixing recentchanges.rc_cur_id data Updating wiki_mdc_deki on 10.2.70.105:3306 sprocs update complete Applying misc database updates...done cleanup up special pages removing admin-namespaced pages from database (cleanup) Start update script fixing recentchanges.rc_cur_id data Done.
OK, I've changed the setting for the syntax highlighter to be correct. I *think* kicking all three hosts will make them all pick up the change. Can someone please do that for me? If that works, then I'll set to restoring the settings for the other extensions.
Still waiting on a restart of the wiki...
restarted wiki on all 3 servers.
That seems to have worked for the syntax highlighter. I have updated the configurations of the rest of our extensions; please restart all three hosts again so we can see if that picks up and fixes the rest of the issues that remain. Thanks!
I've restarted all the hosts.
Looks like everything is working again now. Thanks, everyone.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
verified fixed
Status: RESOLVED → VERIFIED
This is still a problem. I am getting it permanently on https://developer.mozilla.org/en/JavaScript/Guide/Functions It has been happening intermittently on other related pages of this tutorial as well. /content/body/div[1]/pre[1]/@function, reference to undefined name 'syntax': line 1, column 1
This problem crops up from time to time, and we fix it when it starts to happen. It was happening for a while this morning but should now be fixed again.
/content/body/div[4]/pre/@function, reference to undefined name 'syntax': line 1, column 1 (click for details) This still happens.REOPENED
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110214 Firefox/4.0b12pre ID:20110214030347 On https://developer.mozilla.org/En/Using_audio_and_video_in_Firefox Actual Results: an alert box Syntaxhighlighter pops up and /content/body/div[1]/pre[1]/@function, reference to undefined name 'syntax': line 1, column 1 (click for details)
I've restarted dekiwiki. Sheppy is there anything else that needs to be done?
Assignee: jeremy.orem+bugs → eshepherd
It is working without the Syntax Error.
Marking as fixed; this will certainly recur, unfortunately. There's simply bugginess here that won't go away.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
https://developer.mozilla.org/en/The_message_manager /content/body/div[2]/pre[1]/@function, reference to undefined name 'syntax': line 1, column 1 (click for details)
This bug is back. reference to undefined name 'syntax' Exception of type 'MindTouch.Deki.Script.Runtime.DekiScriptUndefinedNameException' was thrown. for all JS example scripts. One page where it occurs: https://developer.mozilla.org/en/JavaScript/Guide/Regular_Expressions
Confirming that seems to happen on javascript examples Is there a way to view the code without edit permissions? When I click edit, it just puts me on a summary page.
(In reply to Mike from comment #43) > Confirming that seems to happen on javascript examples > > Is there a way to view the code without edit permissions? When I click > edit, it just puts me on a summary page. While this problem is occurring, no, going to edit mode is the only way to see the code. However "puts me on a summary page" sounds like a separate bug; it should give you a login screen if you click Edit while not logged in.
Fixed.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 14 years ago
Resolution: --- → FIXED
Yeah, that's a different problem. I'm investigating.
https://developer.mozilla.org/en/JavaScript/Guide/Regular_Expressions Broken again, happened just a few minutes ago.
Confirmed also https://developer.mozilla.org/en/Gecko_DOM_Reference/Introduction#What_is_the_DOM.3F
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Component: Server Operations → Website
Product: mozilla.org → Mozilla Developer Network
QA Contact: mrz → website
Version: other → MDN
The latest syntax errors were caused by MindTouch upgrade. It's finished now and these should be closed. Sheppy - confirm?
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Yes, this should be dead and done.
Status: RESOLVED → VERIFIED
https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Object/watch reference to undefined name 'syntax' Exception of type 'MindTouch.Deki.Script.Runtime.DekiScriptUndefinedNameException' was thrown. (click for details)
Reopening, based on comments #54 and #55. Maybe restarting the wiki will help?
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Somehow, the syntax highlighter extension got uninstalled completely. I've reinstalled it; the wiki needs to be restarted on all webheads to pick up the configuration change. Assigning to server ops.
Assignee: eshepherd → server-ops
Component: Website → Server Operations: Web Operations
Product: Mozilla Developer Network → mozilla.org
QA Contact: website → cshields
Version: MDN → other
Assignee: server-ops → dgherman
Done.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Any idea why an extension would suddenly get uninstalled? What prevents this from happening again (and again and again)? Also, there seem to be problems with other extensions; see bug 696954.
This seems to just keep happening. I don't know why and our attempts to get a resolution from MindTouch have been pretty unsuccessful. The 10.1 upgrade we did was supposed to resolve this once and for all but clearly did not.
Just saw this on https://developer.mozilla.org/en/IndexedDB/Using_IndexedDB but it cleared itself up after a few minutes.
Seeing this also. Reopening and reassigning to Server Ops.
Assignee: dgherman → server-ops
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I don't think this should be paging IT on-call. Dropping prio while we investigate.
Severity: blocker → normal
OS: Mac OS X → All
Hardware: x86 → All
Fixed again. Stupid MindTouch software is stupid. This time the problem was that last night, I went in to try to fix errors happening with the svg extension. It wasn't listed as installed, so I added it back to the list. Today, I went in, and it was running twice, which was apparently causing problems with the syntax highlighter. I've removed the extra svg extension.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: