(error message: "The current user doesn't have access to this application. Please contact the system administrator.")
when clicking on a content picker for any document type. I am expecting to have app=content instead of app=catalogue. I know that when using custom sections, those url's may get another value for this app key, but in this case, haven't created any custom section? And I wouldn't expect this when using an ordinary content picker. Strangly enough, when I put a Related Links property on my document type and choose an internal link, all goes fine, as does the media picker!! Don't know where to look. No application with this alias 'catalogue' is registered in the database.
So, how come I do get this app key vaue in my querystring when using a ordinary content picker?
Even an application restart, application pool recycle does not solve this issue.
@thomas: nope, unless that's some kind of admin db/table, but can't find any atm
@peter: nope, different domain set up for development of this site. it's not running in its own application pool, could try that, but doubt that would be a solution... info from a different db, how, can only specify a single connection, right? no url rewrites whatsoever.
i'll keep on digging... and try any suggestion you guys have made here. appreciated!
You wouldn't by change have a Google Toolbar installed with translation turned on? I once saw a screenshot from a client where the "Save"-button had been translated to Perl (English to Danish off course) - the translation was way of, but still... Might be a wild goose chase but if you don't have an app/treealias called catalogue in your db then it must be something external, right?
@tim: yes, using a default content picker, but i've also tried creating a second picker, and set render control to content picker, so nothing fancy, still same issue :(
@morten; agree, i'm also looking for something external causing this behaviour, altho the Related Links datatype uses the same technique (for url building), and that url is not 'obfuscated' when being launched.
Keep digging... Frustrating, but seems like a nice challenge
@tim: nope, only content pickers are affected (but not the content picker which is used in the related links datatypen that one renders fine).... very strange if you ask me yes. It must be something external, just don't know atm what this could be! i'll probably be do a backup/restore of both db and site and check if the error persists.
Dirk, Dirk, Dirk... you should know the drill by now!
First we ask the OP: How bizzare is the behavior you're seeing?
He replies: VEEERY!
Therefore the answer is: triple check your file permissions.
If that doesn't do it, also do a WinDiff on the site with the problem and a fresh 4021 install. And... just in case it is a capitalization problem with MySQL (unlikely but we're talking weirdness here) is there any chance you can convert to MSSQL at least for a test to rule that out?
@tim: i've triple checked that url, and it remains app=catalogue instead of app=content, only for content picker use
@douglas: file permissions are all fine, i've quadruple checked that :P, I'm indeed about to do a backup/restore of both db and site to find out more about this issue. I'm not going to sleep before I know what went wrong (As already pointed out, I'm not accusing umbraco, on the contrary, it must be a combination of actions which causes this weird behaviour.
The "content" value is hard coded in the content picker.
The only scenario I can think of is that a package installed (maybe an ecommerce, hence the catalogue) includes a picker datatype and you have 2 'node picker' render controls.
Finally nailed this issue. Someone had registered a new datatype with same name and guid as the existing "Content Picker"! Yeah, who would've told.. As soon as I removed the dll from the bin, and deleted/recreated the document property again, all is fine again!
I still don't know where the name "catalogue" came from.... no references whatsoever in the datatype's code... alho there used to be content/doc type/template called the same, I refuse to think this could have been interfering. Anyway, I'm no longer looking to find an answer to this...
Must set tim's response as solution as this is indeed the answer, there were two "Content Pickers" registered, and it was using the one that gets registered first on startup.
app=catalogue instead of app=content when using a content picker
Hi guys,
Need some help on a problem I currently facing:
Currently getting url's such as
http://www.domain.com/umbraco/treeinit.aspx?rnd=7e985265-6f7a-47c8-809f-943350270a0e&id=-1&treeType=content&contextMenu=false&isDialog=true&dialogMode=id&;app=catalogue
(error message: "The current user doesn't have access to this application. Please contact the system administrator.")
when clicking on a content picker for any document type. I am expecting to have app=content instead of app=catalogue. I know that when using custom sections, those url's may get another value for this app key, but in this case, haven't created any custom section? And I wouldn't expect this when using an ordinary content picker. Strangly enough, when I put a Related Links property on my document type and choose an internal link, all goes fine, as does the media picker!! Don't know where to look. No application with this alias 'catalogue' is registered in the database.
So, how come I do get this app key vaue in my querystring when using a ordinary content picker?
Even an application restart, application pool recycle does not solve this issue.
Any help greatly appreciated!
Cheers,
/Dirk
Oh, forgot to mention (thanks @pdijksterhuis for reminding): umbraco v4021 using a MySql database, win2008 server
Cheers,
/Dirk
Does mysql has a catalogue table??
*g*
I can only think of this:
- Did you use the same domain for a previous development? If so, might be a caching issue
- Does the site run in its own application-pool? Could it be somehow that it is getting some info from a different DB Somehow?
- You have some sort of URLrewrite that rewrites content to catalogue?
Peter
@thomas: nope, unless that's some kind of admin db/table, but can't find any atm
@peter: nope, different domain set up for development of this site. it's not running in its own application pool, could try that, but doubt that would be a solution... info from a different db, how, can only specify a single connection, right? no url rewrites whatsoever.
i'll keep on digging... and try any suggestion you guys have made here. appreciated!
Cheers,
/Dirk
@Peter: URLrewrite is not a bad suggestion ;)
You wouldn't by change have a Google Toolbar installed with translation turned on? I once saw a screenshot from a client where the "Save"-button had been translated to Perl (English to Danish off course) - the translation was way of, but still...
Might be a wild goose chase but if you don't have an app/treealias called catalogue in your db then it must be something external, right?
- Morten
Comment author was deleted
What's the rendercontrol of the pickers, are you using the default pickers ?
@tim: yes, using a default content picker, but i've also tried creating a second picker, and set render control to content picker, so nothing fancy, still same issue :(
@morten; agree, i'm also looking for something external causing this behaviour, altho the Related Links datatype uses the same technique (for url building), and that url is not 'obfuscated' when being launched.
Keep digging... Frustrating, but seems like a nice challenge
/Dirk
Comment author was deleted
Strange, and it happens on both content and media pickers ?
@tim: nope, only content pickers are affected (but not the content picker which is used in the related links datatypen that one renders fine).... very strange if you ask me yes. It must be something external, just don't know atm what this could be! i'll probably be do a backup/restore of both db and site and check if the error persists.
/Dirk
Comment author was deleted
Strange,
If you check the page source, you should see a js function ending on _chooseId()
That calls the showPopWin function, what is the value of the app param in that case ?
showPopWin('/umbraco/dialogs/treepicker.aspx?rnd=c59c7ab5-acbf-4747-a32f-e4c5562d813e&id=-1&treeType=content&contextMenu=true&isDialog=false&app=content&useSubModal=true', 300, 400, ctl00_body_test_saveId);
Dirk, Dirk, Dirk... you should know the drill by now!
First we ask the OP: How bizzare is the behavior you're seeing?
He replies: VEEERY!
Therefore the answer is: triple check your file permissions.
If that doesn't do it, also do a WinDiff on the site with the problem and a fresh 4021 install. And... just in case it is a capitalization problem with MySQL (unlikely but we're talking weirdness here) is there any chance you can convert to MSSQL at least for a test to rule that out?
Let us know what you find out.
cheers,
doug.
@tim: i've triple checked that url, and it remains app=catalogue instead of app=content, only for content picker use
@douglas: file permissions are all fine, i've quadruple checked that :P, I'm indeed about to do a backup/restore of both db and site to find out more about this issue. I'm not going to sleep before I know what went wrong (As already pointed out, I'm not accusing umbraco, on the contrary, it must be a combination of actions which causes this weird behaviour.
I'll keep y'all posted
Cheers,
/Dirk
Comment author was deleted
The "content" value is hard coded in the content picker.
The only scenario I can think of is that a package installed (maybe an ecommerce, hence the catalogue) includes a picker datatype and you have 2 'node picker' render controls.
Finally nailed this issue. Someone had registered a new datatype with same name and guid as the existing "Content Picker"! Yeah, who would've told.. As soon as I removed the dll from the bin, and deleted/recreated the document property again, all is fine again!
I still don't know where the name "catalogue" came from.... no references whatsoever in the datatype's code... alho there used to be content/doc type/template called the same, I refuse to think this could have been interfering. Anyway, I'm no longer looking to find an answer to this...
Cheers,
/Dirk
Must set tim's response as solution as this is indeed the answer, there were two "Content Pickers" registered, and it was using the one that gets registered first on startup.
/Dirk
is working on a reply...
This forum is in read-only mode while we transition to the new forum.
You can continue this topic on the new forum by tapping the "Continue discussion" link below.