Page MenuHomePhabricator

Drilldown has issues with strings using plus signs and numbers
Closed, ResolvedPublic

Description

Author: pierre612004

Description:
On the Dixwell Dossier, [1] another website I'm now actively maintaining on Referata, I'm having a bit of a problem.

Some time ago, I created a property, "Area code", [2] specifically for the infobox used with that site's Place profiles. [3] (This property has the type String.) Querying with it on [[Special:Ask]] will give me the correct results: for example, [[Area code::+1-767]] will display all places in Dominica; [[Area code::+1-647]] returns Toronto, its suburbs, and home province Ontario; and so on.

But when those same properties appear through [[Special:BrowseData/Places]], something unfathomable happens: Whenever I select an area code from the Drilldown menu, it will show me a list of *almost every single place that has the "Area code" property*—nearly all of such profiles created so far! [4] Not even removing the plus sign ( + ) in front of the code seems to resolve this. [5] (Roseau is the only page that's managed to avert this, thanks to the Unicode phone symbol before it: ☎ 1-767.)

Maybe it's because use of the "+" conflicts with the default Drilldown settings? (I actually wrote that down in my notes a few days ago [and I quote from the original index card]: "Maybe + sign in AC: +1-xxx conflicts with Drilldown code, as do any numbers that start [string] values". Maybe, but I can't be quite sure at this moment.)

Well, I'm a bit stuck, and I may hold off adding more places to the Dossier until this issue is attended to. From here, I have two possible ideas:

  1. Change the property type into Text, or maybe Number. (Tried "Telephone number" some minutes ago, but area codes of this format are NOT accepted by this type.)
  2. Readjust the {{#arraymap}} code in the property's Place infobox field, [6] so that I may get something like ☎ 1-xxx, ☎ +1-xxx, or (1) xxx to satisfy the Drilldown syntax or whatever.

Folks, can you help me out—and fast? And who else has experienced this problem on some other Referata/SMW wiki? (I'd like to get some hints.)

Kind of urgent here!

P.S. I've got another semantic bug on the way tomorrow.

(Version: MW 1.19.2; SMW 1.9 alpha. Browsers: Presumably all [tested on Chrome].)

[1] http://dixwell.referata.com
[2] http://dixwell.referata.com/wiki/Property:Area_code
[3] http://dixwell.referata.com/wiki/Category:Places
[4] Example: http://dixwell.referata.com/wiki/Special:BrowseData/Places?Area_code=%2B1-647
[5] Example: http://dixwell.referata.com/wiki/Special:BrowseData/Places?Area_code=1-613
[6] http://dixwell.referata.com/wiki/Template:Place


Version: REL1_19-branch
Severity: normal
OS: Windows 7
Platform: PC
URL: http://dixwell.referata.com/wiki/Special:BrowseData/Places

Details

Reference
bz54455

Event Timeline

Hi - sorry for the long delay. It looks like this problem has been fixed, no?

I'm marking this as "fixed" - feel free to re-open if it's still an issue.