Last modified: 2014-01-21 02:37:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T56455, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54455 - Drilldown has issues with strings using plus signs and numbers
Drilldown has issues with strings using plus signs and numbers
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
SemanticDrilldown (Other open bugs)
REL1_19-branch
PC Windows 7
: Unprioritized normal (vote)
: MW 1.19 version
Assigned To: Yaron Koren
http://dixwell.referata.com/wiki/Spec...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-22 22:00 UTC by Dylan Cuffy
Modified: 2014-01-21 02:37 UTC (History)
0 users

See Also:
Web browser: Google Chrome
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dylan Cuffy 2013-09-22 22:00:08 UTC
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
Comment 1 Yaron Koren 2014-01-12 23:29:31 UTC
Hi - sorry for the long delay. It looks like this problem has been fixed, no?
Comment 2 Yaron Koren 2014-01-21 02:37:56 UTC
I'm marking this as "fixed" - feel free to re-open if it's still an issue.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links