Assembla ticket creation requires administrative privileges?
Some evidence suggests that the Assembla bug reporting procedure recommended in multiple Vimpulsy places is actually only available to project members. I quote here the relevant part of today's discussion on the Vimpulse Emacs Wiki page (<http://www.emacswiki.org/emacs?action=browse;id=Vimpulse>): ===START-QUOTE=== I am logged in (as alexey_r), but can’t create a ticket there:
403 Forbidden (TICKET_CREATE privileges are required to perform this operation)
Anyway, the ticket I wanted to create is an enhancement request to add hlsearch. One possible solution can be found at http://r4yner.wordpress.com /2008/09/19/hlsearch-for-emacs/ [N.B. the above is by Alexey] Well, the interface seems to suck somehow (I didn’t investigate): when I tried to create a ticket, a login dialog popped up, and when I entered the same login information as with my Assembla account, I could create a ticket (i.e., you have to kinda log in twice). Does that not work for you either (I’m a project member, so maybe I have some extra privileges, no idea)? [...] [N.B. the above is by me] No, it doesn’t work. It seems you do have to be a member to create a ticket. – AlexeyRomanov ===END-QUOTE=== Vegard, do you have any idea? I guess I could read some of the documentation on the Assembla site and try to figure it out, but I'm a bit Traco- and unknown-wiki-system-and-Assembla-in-general- phobic and IIRC you seemed to like it, so I'm still hoping you could shed some light on the issue. Alexey, do I understand correctly that you did get the login dialog in the browser when trying to create a new ticket, but when you entered your Assembla login and password there, you got some error? Štěpán
On Sat, Jun 26, 2010 at 11:42 PM, Štěpán Němec <[email protected]> wrote:
Some evidence suggests that the Assembla bug reporting procedure recommended in multiple Vimpulsy places is actually only available to project members.
I quote here the relevant part of today's discussion on the Vimpulse Emacs Wiki page (<http://www.emacswiki.org/emacs?action=browse;id=Vimpulse>):
===START-QUOTE=== I am logged in (as alexey_r), but can’t create a ticket there:
403 Forbidden (TICKET_CREATE privileges are required to perform this operation)
Anyway, the ticket I wanted to create is an enhancement request to add hlsearch. One possible solution can be found at http://r4yner.wordpress.com /2008/09/19/hlsearch-for-emacs/
[N.B. the above is by Alexey]
Well, the interface seems to suck somehow (I didn’t investigate): when I tried to create a ticket, a login dialog popped up, and when I entered the same login information as with my Assembla account, I could create a ticket (i.e., you have to kinda log in twice). Does that not work for you either (I’m a project member, so maybe I have some extra privileges, no idea)?
[...]
[N.B. the above is by me]
No, it doesn’t work. It seems you do have to be a member to create a ticket. – AlexeyRomanov ===END-QUOTE===
Vegard, do you have any idea? I guess I could read some of the documentation on the Assembla site and try to figure it out, but I'm a bit Traco- and unknown-wiki-system-and-Assembla-in-general- phobic and IIRC you seemed to like it, so I'm still hoping you could shed some light on the issue.
Alexey, do I understand correctly that you did get the login dialog in the browser when trying to create a new ticket, but when you entered your Assembla login and password there, you got some error?
I've just tested it again. When trying to create a new ticket, I get this error immediately, without request for login. I can login via the link, and "logged in as alexey_r" shows up in the top navigation bar, but the "New ticket" link still gives the same error. Funnily enough, the logout link doesn't work for me, either. This is under Firefox 3.6.4 and Internet Explorer 8.
Štěpán
Date: Sun, 27 Jun 2010 00:38:58 +0400 From: [email protected]
Funnily enough, the logout link doesn't work for me, either.
Hm. I was able to reproduce this yesterday. I logged into Trac (which is not the same as logging into Assembla), and when I clicked the "Logout" link, I got a 403 error. Today it works fine, however. My guess is that the Git+Trac integration is still a bit betaish. I know that non-members could create tickets when we used SVN+Trac,[1] and I'm not aware of any settings for changing that. But it's not a huge matter; the bug tracker is mostly a "discussion tracker" these days. If you want to contribute code, the preferred approach is to submit a patch to the mailing list which can be committed with "git am". That way, you also get credit in the version history. [1] http://trac-git.assembla.com/vimpulse/ticket/19 Vegard _________________________________________________________________ Få nye Windows Live™ Messenger. http://download.live.com/messenger
NOTE EVERYONE: Please remember to Cc: people (webmail users: click on something like "Reply All") who you're not sure are subscribed to the list! (You can just always Cc: everyone involved, it's no harm.) Vegard Øye <[email protected]> writes:
Date: Sun, 27 Jun 2010 00:38:58 +0400 From: [email protected]
Funnily enough, the logout link doesn't work for me, either.
Hm. I was able to reproduce this yesterday. I logged into Trac (which is not the same as logging into Assembla), and when I clicked the "Logout" link, I got a 403 error. Today it works fine, however.
IIUC Alexey was not even able to log into Trac...? But the problem might be related, yes.
My guess is that the Git+Trac integration is still a bit betaish. I know that non-members could create tickets when we used SVN+Trac,[1] and I'm not aware of any settings for changing that.
Dunno. One would say Trac is independent from Git, i.e. it should work just the same no matter whether you use Git or SVN?
But it's not a huge matter; the bug tracker is mostly a "discussion tracker" these days. If you want to contribute code, the preferred approach is to submit a patch to the mailing list which can be committed with "git am". That way, you also get credit in the version history.
Cool, this paradigm switch is great news ;-) But then we should really adjust the bug reporting information we give to discourage use of the bug tracker, at least until the issues are sorted out. Also, IMO the mailing list is much better for discussion as well -- you get every new message without need to periodically check the tracker (I imagine there is some mailing notification integrated, but why, when you could just use e-mail in the first place. And I find writing mails much more convenient than using a web interface (I don't use webmail BTW, despite my address suggesting otherwise)). Štěpán
[1] http://trac-git.assembla.com/vimpulse/ticket/19
Vegard
_________________________________________________________________ Få nye Windows Live™ Messenger. http://download.live.com/messenger
On 2010-06-28 13:42, Štěpán Němec wrote:
Vegard Øye <[email protected]> writes:
My guess is that the Git+Trac integration is still a bit betaish. I know that non-members could create tickets when we used SVN+Trac,[1] and I'm not aware of any settings for changing that.
Dunno. One would say Trac is independent from Git, i.e. it should work just the same no matter whether you use Git or SVN?
Well, the server is different. In the SVN days, the tracker was at http://my-trac.assembla.com/vimpulse/; now it is at http://trac-git.assembla.com/vimpulse/. Maybe the latter isn't configured properly.
But it's not a huge matter; the bug tracker is mostly a "discussion tracker" these days. If you want to contribute code, the preferred approach is to submit a patch to the mailing list which can be committed with "git am". That way, you also get credit in the version history.
Cool, this paradigm switch is great news ;-) But then we should really adjust the bug reporting information we give to discourage use of the bug tracker, at least until the issues are sorted out.
Yes. For starters, I think we should remove references to the tracker from EmacsWiki, as well as from Vimpulse's headers.
Also, IMO the mailing list is much better for discussion as well -- you get every new message without need to periodically check the tracker (I imagine there is some mailing notification integrated, but why, when you could just use e-mail in the first place. And I find writing mails much more convenient than using a web interface (I don't use webmail BTW, despite my address suggesting otherwise)).
I agree. In particular, the Gmane interface makes it easier to retrieve old threads, rendering the tracker even more obsolete. For documentation purposes, maybe we should use Assembla's wiki instead of Trac's. I'm not sure. Benefits of the Trac wiki is that it is exportable, has more fine-grained formatting, and doesn't use the dreaded Markdown syntax. -- Vegard
Vegard Øye <[email protected]> writes:
On 2010-06-28 13:42, Štěpán Němec wrote:
Vegard Øye <[email protected]> writes:
My guess is that the Git+Trac integration is still a bit betaish. I know that non-members could create tickets when we used SVN+Trac,[1] and I'm not aware of any settings for changing that.
Dunno. One would say Trac is independent from Git, i.e. it should work just the same no matter whether you use Git or SVN?
Well, the server is different. In the SVN days, the tracker was at http://my-trac.assembla.com/vimpulse/; now it is at http://trac-git.assembla.com/vimpulse/. Maybe the latter isn't configured properly.
Different URL does not necessarily imply different server. Are there no settings available to you where you could change the access policy? I watched the Assembla wiki tutorial video :-P and there was such a settings interface for the wiki (it's not available to me, though, so the fact I wasn't able to find anything for the bug tracker doesn't mean there is no such interface).
But it's not a huge matter; the bug tracker is mostly a "discussion tracker" these days. If you want to contribute code, the preferred approach is to submit a patch to the mailing list which can be committed with "git am". That way, you also get credit in the version history.
Cool, this paradigm switch is great news ;-) But then we should really adjust the bug reporting information we give to discourage use of the bug tracker, at least until the issues are sorted out.
Yes. For starters, I think we should remove references to the tracker from EmacsWiki, as well as from Vimpulse's headers.
If you don't intend to use the tracker of fix the access problem, then we definitely should.
Also, IMO the mailing list is much better for discussion as well -- you get every new message without need to periodically check the tracker (I imagine there is some mailing notification integrated, but why, when you could just use e-mail in the first place. And I find writing mails much more convenient than using a web interface (I don't use webmail BTW, despite my address suggesting otherwise)).
I agree. In particular, the Gmane interface makes it easier to retrieve old threads, rendering the tracker even more obsolete.
For documentation purposes, maybe we should use Assembla's wiki instead of Trac's. I'm not sure. Benefits of the Trac wiki is that it is exportable, has more fine-grained formatting, and doesn't use the dreaded Markdown syntax.
The Assembla wiki markup format seems to be customizable. In any case, the current setup with two independent wikis is really weird; we should choose one and disable the other, possibly redirecting the current Home page to the Trac one, should you so prefer. I have no idea about the Assembla administration possibilities and other necessary tools, but given that you mentioned a plan to have a Texinfo manual in the past (and I agree -- it would be nice to have the documentation readily available inside Emacs), it might make sense to choose some base format from which both the Wiki markup and the Texinfo document could be generated automatically. Štěpán
On 2010-07-05 18:09, Štěpán Němec wrote:
Are there no settings available to you where you could change the access policy? I watched the Assembla wiki tutorial video :-P and there was such a settings interface for the wiki (it's not available to me, though, so the fact I wasn't able to find anything for the bug tracker doesn't mean there is no such interface).
I can configure the access policy for the Assembla wiki, but I have not found any settings whatsoever for matters pertaining to Trac. Another argument against Trac, I guess.
Vegard Øye <[email protected]> writes:
For starters, I think we should remove references to the tracker from EmacsWiki, as well as from Vimpulse's headers.
If you don't intend to use the tracker of fix the access problem, then we definitely should.
Done in commit [b174ba8093].
For documentation purposes, maybe we should use Assembla's wiki instead of Trac's.
The Assembla wiki markup format seems to be customizable.
Well, the choices are text, Textile, Markdown, WYSIWYG and raw HTML. Out of those, Markdown is the least abhorrent.
In any case, the current setup with two independent wikis is really weird; we should choose one and disable the other, possibly redirecting the current Home page to the Trac one, should you so prefer.
Things will be certainly be less confusing if we stick with Assembla's wiki.
I have no idea about the Assembla administration possibilities and other necessary tools, but given that you mentioned a plan to have a Texinfo manual in the past (and I agree -- it would be nice to have the documentation readily available inside Emacs), it might make sense to choose some base format from which both the Wiki markup and the Texinfo document could be generated automatically.
Maybe we could produce Texinfo from Markdown. I haven't found any converters, though. -- Vegard
participants (3)
-
Alexey Romanov -
Vegard Øye -
Štěpán Němec