Maniphest T419920

python evaluation error: function call: "'dict' object has no attribute 'split'"
Closed, ResolvedPublicBUG REPORT
Actions

Assigned To

Authored By

	99of9
	Mar 12 2026, 11:27 PM

Description

Steps to replicate the issue (include links if applicable):

What happens?:

function call: "'dict' object has no attribute 'split'"

What should have happened instead?:
This function worked well before v2.

Details

Related Changes in Gerrit:

	Subject	Repo	Branch	Lines +/-
	wikifunctions: Upgrade orchestrator from 2026-03-18-023444 to 2026-03-23-124102	operations/deployment-charts	master	+1 -1

Customize query in gerrit

Related Changes in GitLab:

	Title	Reference	Author	Source Branch	Dest Branch
	Avoid expanding identity keys in composition language v2.	repos/abstract-wiki/wikifunctions/function-orchestrator!603	apine	apine-identity-keys	main

Customize query in GitLab

Related Objects
Search...

Status	Subtype	Assigned	Task
Resolved		cmassaro	T412953 Create a composition interpreter to improve performance
In Progress		cmassaro	T418887 Collect and decide on whether and how to fix community-experienced changes with the v2 orchestrator
Resolved	BUG REPORT	cmassaro	T419920 python evaluation error: function call: "'dict' object has no attribute 'split'"

Event Timeline

99of9 created this task.Mar 12 2026, 11:27 PM

ChaoticVermillion subscribed.Mar 14 2026, 11:26 AM

Referenced in Wikifunctions:Community portal#Tasks listed by users

What is wrong with my implementation at Z32055? Looking at the failed test, it returns an error because 'dict' has no attribute 'split', but I didn't use split anywhere in my code. What is the issue? ChaoticVermillion (talk) 01:38, 14 March 2026 (UTC)[reply]

I think that error message is coming from the type converter. I think Z20424K1['Z20420K2']['Z20342K1'] would be a dictionary representing a Gregorian calendar month (Z16098) but the code is written as though it were a string? Neither Python nor type converters are in my wheelhouse. YoshiRulz (talk) 03:49, 14 March 2026 (UTC)[reply]

Another good test case (thank you, @gengh :

{
  "Z1K1": "Z7",
  "Z7K1": "Z20780",
  "Z20780K1": {
    "Z1K1": "Z20420",
    "Z20420K1": {
      "Z1K1": "Z20159",
      "Z20159K1": {
        "Z1K1": "Z17813",
        "Z17813K1": {
          "Z1K1": "Z17813",
          "Z17813K1": "Z17814"
        }
      },
      "Z20159K2": {
        "Z1K1": "Z13518",
        "Z13518K1": "2026"
      }
    },
    "Z20420K2": {
      "Z1K1": "Z20342",
      "Z20342K1": {
        "Z1K1": "Z16098",
        "Z16098K1": {
          "Z1K1": "Z16098",
          "Z16098K1": "Z16103"
        }
      },
      "Z20342K2": {
        "Z1K1": "Z13518",
        "Z13518K1": "18"
      }
    }
  },
  "Z20780K2": "Z1002"
}

Okay, I've modified the Python renderer; this should work now.

cmassaro claimed this task.Wed, Mar 18, 12:38 PM

cmassaro moved this task from Incoming to Needs Sign-off on the Abstract Wikipedia team (26Q3 (Jan–Mar)) board.

@99of9 , does this seem to be working now?

This was part of a larger phenomenon (identity keys being resolved when they arguably shouldn't), which the team is tracking separately.

apine updated https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator/-/merge_requests/603

Avoid expanding identity keys in composition language v2.

Yes, this particular test now works. (although as I understand it, we're now using v1 again anyway)

I promise we also had it working before the v1 switch! Gonna close for now, but we can reopen if it's still messed up.

cmassaro closed this task as Resolved.Thu, Mar 19, 12:36 PM

Change #1259205 had a related patch set uploaded (by Jforrester; author: Jforrester):

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2026-03-18-023444 to 2026-03-23-124102

https://gerrit.wikimedia.org/r/1259205

gerritbot added a project: Patch-For-Review.Mon, Mar 23, 7:49 PM

Change #1259205 merged by jenkins-bot: