codestriker-user Mailing List for Codestriker: collaborative code reviewer (Page 25)
Brought to you by:
sits
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
(3) |
Jun
(1) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(2) |
Nov
(8) |
Dec
(6) |
| 2004 |
Jan
(12) |
Feb
(19) |
Mar
(2) |
Apr
(2) |
May
(4) |
Jun
(11) |
Jul
|
Aug
(14) |
Sep
(4) |
Oct
(27) |
Nov
(4) |
Dec
(22) |
| 2005 |
Jan
(14) |
Feb
(2) |
Mar
(11) |
Apr
(3) |
May
(14) |
Jun
(60) |
Jul
(58) |
Aug
(76) |
Sep
(72) |
Oct
(59) |
Nov
|
Dec
(4) |
| 2006 |
Jan
(1) |
Feb
(5) |
Mar
(13) |
Apr
(11) |
May
(30) |
Jun
(17) |
Jul
(18) |
Aug
(39) |
Sep
|
Oct
|
Nov
|
Dec
(17) |
| 2007 |
Jan
(18) |
Feb
(5) |
Mar
(20) |
Apr
(2) |
May
(3) |
Jun
(13) |
Jul
(11) |
Aug
(4) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
|
| 2008 |
Jan
(10) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(9) |
Jul
(10) |
Aug
(10) |
Sep
(13) |
Oct
(34) |
Nov
(12) |
Dec
(8) |
| 2009 |
Jan
(4) |
Feb
(11) |
Mar
(12) |
Apr
(3) |
May
(36) |
Jun
(4) |
Jul
(11) |
Aug
(12) |
Sep
(25) |
Oct
(13) |
Nov
(9) |
Dec
|
| 2010 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(10) |
May
(12) |
Jun
|
Jul
(4) |
Aug
(9) |
Sep
(12) |
Oct
(3) |
Nov
(6) |
Dec
(3) |
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(3) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
| 2012 |
Jan
(2) |
Feb
(10) |
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(2) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Vysotsky, V. <vvy...@av...> - 2006-05-25 04:39:25
|
Just installed Codestriker 1.9.1 (FreeBSD 6.1, Apache 2.2, MySQL 4.1.14,
Subversion 1.1, worked right out the box) - great tool!
=20
I'm creating topics directly from Subversion. One problem I've noticed
immediately
is that file list in a topic is not sorted by filename. Instead, files
are listed in some
semi-sorted order defined by Subversion. I couldn't find any
configuration options
that would trigger file sorting. Did I miss something?
Patching the code to sort by filename was rather trivial: in
lib\Codestriker\FileParser\Parser.pm,
insert just before the first return:
# Sort the diff chunks by filename, then old linenumber
@diffs =3D sort { $a->{filename} cmp $b->{filename} ||
$a->{old_linenumber} <=3D> $b->{old_linenumber} } @diffs;
=20
Would it make sense to make this a configurable feature?
-- Vlad
|
|
From: Jason R. <jre...@ya...> - 2006-05-23 12:24:51
|
Hi, These are all legitimate uses. I don't think it would be that hard to add them in. You would need to modify the code that checks the params, and them modify the Subversion.pm module. Now, if you are not up for that, you can always issue the svn diff command yourself from a local working copy and upload the topic text. It will stick allow the use of the parallel view, so there is nothing wrong with the "svn diff, topic upload" way of creating a topic. In general the create topic text window is very confusing because codestriker needs to support a bunch of different revision control systems. It forces us to force fit everything into cvs speak. A further enhancement would be change the labels of the start,end,module to svn speak when a svn repository is selected via some java script. Lastly, your email is very nicely lays out all of the ways svn can be used. It would be good to put a section in the manual like your email to show what can be done directly and what has to be created with svn diff (like the --no-diff-deleted options). Thanks Jason --- Giuseppe Scelsi <giu...@an...> wrote: > David, > > Thanks for your reply. I think the issue boils to allow the user to > specify two paths. Since subversion allows the "@" notation to specify > versions to diff (see below), this could be easily achieved extending > the usage of the existing "Start tag" and "End tag" fields. > > > ** Scenario 1: diffs from different revisions on the same path > > Example: reviewing latest changes to the trunk. > > Field usage is currently: > > Start tag: 56 > End tag: HEAD > Module: /trunk/dir1 > > which translates into > > svn diff -r 56:HEAD --old=svn://my-repos /trunk/dir1 > > An alternative usage could be added, which would also allow for scenario > 2 below: > > Start tag: /trunk/dir1@56 > End tag: /trunk/dir1@HEAD > Module: <empty> > > This should translate into > > svn diff --old=svn://my-repos/trunk/dir1@56 \ > --new=svn://my-repos/trunk/dir1@HEAD > > This same command syntax could also be used with the first field usage: > if field "Module" is empty, append the contents of "Start tag" and "End > tag" directly to the repository path, otherwise prepend them first with > the content of "Module" and an "@" character. > > > ** Scenario 2: diffs from revisions on different paths > > This is impossible in Codestriker 1.9.2, but a common situation in svn > repositories. > > Example 1: review changes made in a branch before merging back to trunk. > > svn diff --old=svn://my-repos/branches/rel1/dir1@56 \ > --new=svn://my-repos/trunk/dir1@HEAD > > Using the second field usage from scenario 1, this could be achieved > with: > > Start tag: /branches/rel1/dir1@56 > End tag: /trunk/dir1@HEAD > Module: <empty> > > Example 2: review changes made in a branch since branching off from trunk. > > svn diff --old=svn://my-repos/trunk/dir1@33 \ > --new=svn://my-repos/branches/rel1/dir1 > > where rev. 33 is where the branch was created, and the HEAD of the > branch is selected by default. > > Start tag: /trunk/dir1@33 > End tag: /branches/rel1/dir1 > Module: <empty> > > Example 3: review all files in revision 66. > > (this is a bit of a hack, since it's a diff between two directories > that have no files in common, but it works and it is useful when you > want to review the lot, not just files that have changed) > > svn diff --old=svn://my-repos/@1 \ > --new=svn://my-repos/trunk/dir1@66 > > Start tag: /@1 > End tag: /trunk/dir1@66 > Module: <empty> > > > HOWEVER, there are at least two downsides to my suggestion: > > 1. The names associated to entry fields would become even more > misleading. As it is now, when using a subversion reporitory "Start > tag" should really be "Start revision". With the above proposal it > should become something like "Start path@rev", or better "Start peg", > in svn talk. But this would be incompatible with non-subversion > repositories. > > 2. "svn diff" has some options that could be useful to users. For > example "--no-diff-deleted", that would skip files that are no longer > present in the new revision. A checkbox could be added for this, but > it would only make sense for svn repositories. Maybe a generic "diff > options" field could be added, that would also work for CVS and > others. > > What do you think? > > Giuseppe > > ---- > > > Hi Giuseppe, > > > > Yes, what you are asking for is currently only available for CVS > > repositories, partly because CVS makes it very easy to implement these > > different scenarios all via the cvs rdiff command, and using the special > > revision "1.0" which exists for all files. > > > > What Codestriker needs at the end of the day is diff text to create the > > topic with. If you can show me for each scenario below what the svn > > commands would be to create the unidiff file, I can put that into > > Codestriker. > > > > I suspect this could be tricky... but hope I am wrong. I don't know > > Subversion very well I'm afraid. > > > > Jason can answer this far better than me. > > > > Cheers, > > David > > > > Giuseppe Scelsi wrote: > > > Hello, > > > > > > I am currently using CodeStriker 1.9.2. Can anyone tell me if there is > > > currently a way to create a topic loading from a subversion repository a > > > /single revision/ of a file or directory? > > > > > > The pop-up help it seems to indicate that leaving the "end tag" empty > > > should do the trick, but that doesn't seem to work, svn expects both > > > tags. I tried many other combinations, but it seems to me that some > > > code surgery is needed. The only thing I have been able to do was to > > > load a diff between two revisions belonging to the same path. > > > > > > Is anyone aware of plans to fix this in a future release? It would be > > > very useful to be able to load a single revision of a path, as well as > > > diffs between two different revisions of /two different paths/ (say diff > > > rev. 40 on a branch against rev. 30 on the trunk). > > > > > > Cheers, > > > > > > Giuseppe > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Giuseppe S. <giu...@an...> - 2006-05-23 03:05:16
|
David,
Thanks for your reply. I think the issue boils to allow the user to
specify two paths. Since subversion allows the "@" notation to specify
versions to diff (see below), this could be easily achieved extending
the usage of the existing "Start tag" and "End tag" fields.
** Scenario 1: diffs from different revisions on the same path
Example: reviewing latest changes to the trunk.
Field usage is currently:
Start tag: 56
End tag: HEAD
Module: /trunk/dir1
which translates into
svn diff -r 56:HEAD --old=svn://my-repos /trunk/dir1
An alternative usage could be added, which would also allow for scenario
2 below:
Start tag: /trunk/dir1@56
End tag: /trunk/dir1@HEAD
Module: <empty>
This should translate into
svn diff --old=svn://my-repos/trunk/dir1@56 \
--new=svn://my-repos/trunk/dir1@HEAD
This same command syntax could also be used with the first field usage:
if field "Module" is empty, append the contents of "Start tag" and "End
tag" directly to the repository path, otherwise prepend them first with
the content of "Module" and an "@" character.
** Scenario 2: diffs from revisions on different paths
This is impossible in Codestriker 1.9.2, but a common situation in svn
repositories.
Example 1: review changes made in a branch before merging back to trunk.
svn diff --old=svn://my-repos/branches/rel1/dir1@56 \
--new=svn://my-repos/trunk/dir1@HEAD
Using the second field usage from scenario 1, this could be achieved
with:
Start tag: /branches/rel1/dir1@56
End tag: /trunk/dir1@HEAD
Module: <empty>
Example 2: review changes made in a branch since branching off from trunk.
svn diff --old=svn://my-repos/trunk/dir1@33 \
--new=svn://my-repos/branches/rel1/dir1
where rev. 33 is where the branch was created, and the HEAD of the
branch is selected by default.
Start tag: /trunk/dir1@33
End tag: /branches/rel1/dir1
Module: <empty>
Example 3: review all files in revision 66.
(this is a bit of a hack, since it's a diff between two directories
that have no files in common, but it works and it is useful when you
want to review the lot, not just files that have changed)
svn diff --old=svn://my-repos/@1 \
--new=svn://my-repos/trunk/dir1@66
Start tag: /@1
End tag: /trunk/dir1@66
Module: <empty>
HOWEVER, there are at least two downsides to my suggestion:
1. The names associated to entry fields would become even more
misleading. As it is now, when using a subversion reporitory "Start
tag" should really be "Start revision". With the above proposal it
should become something like "Start path@rev", or better "Start peg",
in svn talk. But this would be incompatible with non-subversion
repositories.
2. "svn diff" has some options that could be useful to users. For
example "--no-diff-deleted", that would skip files that are no longer
present in the new revision. A checkbox could be added for this, but
it would only make sense for svn repositories. Maybe a generic "diff
options" field could be added, that would also work for CVS and
others.
What do you think?
Giuseppe
----
> Hi Giuseppe,
>
> Yes, what you are asking for is currently only available for CVS
> repositories, partly because CVS makes it very easy to implement these
> different scenarios all via the cvs rdiff command, and using the special
> revision "1.0" which exists for all files.
>
> What Codestriker needs at the end of the day is diff text to create the
> topic with. If you can show me for each scenario below what the svn
> commands would be to create the unidiff file, I can put that into
> Codestriker.
>
> I suspect this could be tricky... but hope I am wrong. I don't know
> Subversion very well I'm afraid.
>
> Jason can answer this far better than me.
>
> Cheers,
> David
>
> Giuseppe Scelsi wrote:
> > Hello,
> >
> > I am currently using CodeStriker 1.9.2. Can anyone tell me if there is
> > currently a way to create a topic loading from a subversion repository a
> > /single revision/ of a file or directory?
> >
> > The pop-up help it seems to indicate that leaving the "end tag" empty
> > should do the trick, but that doesn't seem to work, svn expects both
> > tags. I tried many other combinations, but it seems to me that some
> > code surgery is needed. The only thing I have been able to do was to
> > load a diff between two revisions belonging to the same path.
> >
> > Is anyone aware of plans to fix this in a future release? It would be
> > very useful to be able to load a single revision of a path, as well as
> > diffs between two different revisions of /two different paths/ (say diff
> > rev. 40 on a branch against rev. 30 on the trunk).
> >
> > Cheers,
> >
> > Giuseppe
|
|
From: David S. <si...@us...> - 2006-05-22 07:03:04
|
Hi Giuseppe, Yes, what you are asking for is currently only available for CVS repositories, partly because CVS makes it very easy to implement these different scenarios all via the cvs rdiff command, and using the special revision "1.0" which exists for all files. What Codestriker needs at the end of the day is diff text to create the topic with. If you can show me for each scenario below what the svn commands would be to create the unidiff file, I can put that into Codestriker. I suspect this could be tricky... but hope I am wrong. I don't know Subversion very well I'm afraid. Jason can answer this far better than me. Cheers, David Giuseppe Scelsi wrote: > Hello, > > I am currently using CodeStriker 1.9.2. Can anyone tell me if there is > currently a way to create a topic loading from a subversion repository a > /single revision/ of a file or directory? > > The pop-up help it seems to indicate that leaving the "end tag" empty > should do the trick, but that doesn't seem to work, svn expects both > tags. I tried many other combinations, but it seems to me that some > code surgery is needed. The only thing I have been able to do was to > load a diff between two revisions belonging to the same path. > > Is anyone aware of plans to fix this in a future release? It would be > very useful to be able to load a single revision of a path, as well as > diffs between two different revisions of /two different paths/ (say diff > rev. 40 on a branch against rev. 30 on the trunk). > > Cheers, > > Giuseppe > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > |
|
From: David S. <si...@us...> - 2006-05-22 04:52:53
|
> I am currently using CodeStriker 1.9.2. Can anyone comment on the best > usage of the "reviewers" list as opposed to the "cc" list? I can't > figure out what the real difference is, but it might be that's just late > Firday night... Basically - the reviewers list could be an email alias for your whole engineering team, but the reviewers are those people who actually need to spend time reviewing the code. Other people in the team could give the review a cursory glance - hence the use of the Cc field here. Cheers, David |
|
From: Giuseppe S. <giu...@an...> - 2006-05-19 10:30:23
|
Hello, I am currently using CodeStriker 1.9.2. Can anyone tell me if there is currently a way to create a topic loading from a subversion repository a /single revision/ of a file or directory? The pop-up help it seems to indicate that leaving the "end tag" empty should do the trick, but that doesn't seem to work, svn expects both tags. I tried many other combinations, but it seems to me that some code surgery is needed. The only thing I have been able to do was to load a diff between two revisions belonging to the same path. Is anyone aware of plans to fix this in a future release? It would be very useful to be able to load a single revision of a path, as well as diffs between two different revisions of /two different paths/ (say diff rev. 40 on a branch against rev. 30 on the trunk). Cheers, Giuseppe |
|
From: Giuseppe S. <giu...@an...> - 2006-05-19 09:56:05
|
Hello, I am currently using CodeStriker 1.9.2. Can anyone comment on the best usage of the "reviewers" list as opposed to the "cc" list? I can't figure out what the real difference is, but it might be that's just late Firday night... Cheers, Giuseppe |
|
From: <DeA...@co...> - 2006-05-18 12:21:39
|
David and Jason, I went back and did what you two are suggested. 1. rerun ./install.pl 2. Then modify httpd.conf file as the instruction for cgi script on codestriker. Things are ok now. It was apache piece that cause a problem. Thank you for your help. Your codestriker is so cool. De- -------------- Original message ---------------------- From: David Sitsky <si...@us...> > > Note: This web server is currently work fine. We have bugs database > > and other internal web setup. When I add " SetHandler cgi-script " > > then our web page does not work. I got the error: " access denied " > > Make sure after you have run install.pl, that all the files in the > Codestriker directory are owned by the same user that runs httpd. This > sounds like it could be a permissions issue with the directories/files. > Check the apache access/error log, it should provide more information. > > ie, you'll need to do something like (assuming user nobody runs httpd) > > # cd /var/www/html/codestriker/bin > # ./install.pl > # cd .. > # chown -R nobody.nobody . > # /etc/init.d/httpd restart > > Cheers, > David > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: David S. <si...@us...> - 2006-05-17 23:17:09
|
> Note: This web server is currently work fine. We have bugs database > and other internal web setup. When I add " SetHandler cgi-script " > then our web page does not work. I got the error: " access denied " Make sure after you have run install.pl, that all the files in the Codestriker directory are owned by the same user that runs httpd. This sounds like it could be a permissions issue with the directories/files. Check the apache access/error log, it should provide more information. ie, you'll need to do something like (assuming user nobody runs httpd) # cd /var/www/html/codestriker/bin # ./install.pl # cd .. # chown -R nobody.nobody . # /etc/init.d/httpd restart Cheers, David |
|
From: <DeA...@co...> - 2006-05-17 12:48:57
|
Jason,
Yes.
Note: This web server is currently work fine. We have bugs database
and other internal web setup. When I add " SetHandler cgi-script "
then our web page does not work. I got the error: " access denied "
/etc/httpd/conf/httpd.conf
*******snip ************
<Directory "/var/www/html/codestriker/cgi-bin">
AllowOverride None
Options +ExecCGI +FollowSymLinks
Order allow,deny
Allow from all
</Directory>
*******snip*************
As alway Thank you for your time. We realy like Codestriker, but I need to get its up first.
DE-
-------------- Original message ----------------------
From: Jason Remillard <jre...@ya...>
> Hi,
>
> It sounds like a problem in the apache configuration file. Apache does not know
> it is supposed to
> run the perl code as a cgi, so instead it is serving out the source code. Could
> you send us your
> changes to the apache file. They should look like the examples in the install
> manual.
>
> Thanks
> Jason.
|
|
From: Jason R. <jre...@ya...> - 2006-05-17 12:30:55
|
Hi, It sounds like a problem in the apache configuration file. Apache does not know it is supposed to run the perl code as a cgi, so instead it is serving out the source code. Could you send us your changes to the apache file. They should look like the examples in the install manual. Thanks Jason. --- DeA...@co... wrote: > Hello Codestrikers, > > First: > > My OS is Redhat Linux Enterprise 3. > Codestriker version 1.9.2-alpha-5. > > The install.pl out put looks good: > > > [root@locahost bin]# ./install.pl > > Checking for LWP::UserAgent (any) ok: found v2.001 > Checking for CGI (v2.56) ok: found v3.05 > Checking for Net::SMTP (any) ok: found v2.24 > Checking for DBI (v1.13) ok: found v1.43 > Checking for Template (v2.07) ok: found v2.13 > Checking for HTML::Entities (any) ok: found v1.23 > Checking for File::Temp (any) ok: found v0.14 > Checking for XML::RSS (v1.05) ok: found v1.05 > Checking for DBD::mysql (any) ok: found v2.1021 > Generating cgi-bin/codestriker.pl file... > Removing old generated templates... > Done > > Problem: I try to access codestriker via the web. It does not display GUI as codestriker > documentation indicated, but instead I got a perl text script out put from the web. > > Can you help or give me an advised what I miss? > > Thnak you so much. > > De- > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: <DeA...@co...> - 2006-05-17 10:31:17
|
Hello Codestrikers, First: My OS is Redhat Linux Enterprise 3. Codestriker version 1.9.2-alpha-5. The install.pl out put looks good: [root@locahost bin]# ./install.pl Checking for LWP::UserAgent (any) ok: found v2.001 Checking for CGI (v2.56) ok: found v3.05 Checking for Net::SMTP (any) ok: found v2.24 Checking for DBI (v1.13) ok: found v1.43 Checking for Template (v2.07) ok: found v2.13 Checking for HTML::Entities (any) ok: found v1.23 Checking for File::Temp (any) ok: found v0.14 Checking for XML::RSS (v1.05) ok: found v1.05 Checking for DBD::mysql (any) ok: found v2.1021 Generating cgi-bin/codestriker.pl file... Removing old generated templates... Done Problem: I try to access codestriker via the web. It does not display GUI as codestriker documentation indicated, but instead I got a perl text script out put from the web. Can you help or give me an advised what I miss? Thnak you so much. De- |
|
From: David S. <si...@us...> - 2006-05-09 05:08:52
|
That is strange - might be worth checking the apache error log files just in case there is anything useful there, but I can't see how this would affect it. Keisler Mark-QA4437 wrote: > After sending the message I tried this against the test Topic on the CS site > and it worked fine for me, also. For some reason it is really slow from my > server. Not sure what to look at... > > -----Original Message----- > From: David Sitsky [mailto:si...@us...] > Sent: Monday, May 08, 2006 4:41 PM > To: Keisler Mark-QA4437 > Cc: cod...@li... > Subject: Re: [Codestriker-user] zoom with FF > > Mark Keisler wrote: >> When using codestriker with Firefox and viewing the full source of the >> file by clicking on Parallel, the zoom out command (Cntrl + Scroll >> wheel >> up) temporarily freezes the pop up window and my browser too. Zooming >> in does not have this problem, nor does the normal browser. >> >> Has anyone experienced this? Not sure why this would be. > > I didn't know Firefox had this feature - how neat, I always used Control > +/- to zoom in and out. > > I just tried it myself and it worked fine. This is really outside > Codestriker though - once the HTML is in Firefox, the manipulation of the > display is purely a browser function, there is no communication with the > server in this case. > > I'm using Firefox 1.5.0.2 FWIW. > > Cheers, > David > |
|
From: Keisler Mark-Q. <Mar...@mo...> - 2006-05-09 05:02:17
|
After sending the message I tried this against the test Topic on the CS site and it worked fine for me, also. For some reason it is really slow from my server. Not sure what to look at... -----Original Message----- From: David Sitsky [mailto:si...@us...] Sent: Monday, May 08, 2006 4:41 PM To: Keisler Mark-QA4437 Cc: cod...@li... Subject: Re: [Codestriker-user] zoom with FF Mark Keisler wrote: > When using codestriker with Firefox and viewing the full source of the > file by clicking on Parallel, the zoom out command (Cntrl + Scroll > wheel > up) temporarily freezes the pop up window and my browser too. Zooming > in does not have this problem, nor does the normal browser. > > Has anyone experienced this? Not sure why this would be. I didn't know Firefox had this feature - how neat, I always used Control +/- to zoom in and out. I just tried it myself and it worked fine. This is really outside Codestriker though - once the HTML is in Firefox, the manipulation of the display is purely a browser function, there is no communication with the server in this case. I'm using Firefox 1.5.0.2 FWIW. Cheers, David |
|
From: David S. <si...@us...> - 2006-05-08 23:43:59
|
Mark Keisler wrote: > When using codestriker with Firefox and viewing the full source of the > file by clicking on Parallel, the zoom out command (Cntrl + Scroll wheel > up) temporarily freezes the pop up window and my browser too. Zooming in > does not have this problem, nor does the normal browser. > > Has anyone experienced this? Not sure why this would be. I didn't know Firefox had this feature - how neat, I always used Control +/- to zoom in and out. I just tried it myself and it worked fine. This is really outside Codestriker though - once the HTML is in Firefox, the manipulation of the display is purely a browser function, there is no communication with the server in this case. I'm using Firefox 1.5.0.2 FWIW. Cheers, David |
|
From: Mark K. <Mar...@mo...> - 2006-05-08 18:14:47
|
When using codestriker with Firefox and viewing the full source of the file by clicking on Parallel, the zoom out command (Cntrl + Scroll wheel up) temporarily freezes the pop up window and my browser too. Zooming in does not have this problem, nor does the normal browser. Has anyone experienced this? Not sure why this would be. -- Mark K |
|
From: David S. <si...@us...> - 2006-05-08 05:15:00
|
>> Perhaps you could try running install.pl as the same user that runs >> apache as a test. > > I thought the same thing - so I ran install.pl as the apache user (the > same user that apache runs under) and install.pl still ran fine. I am > beginning to think that there is something not quite right with the > environment that Codestriker is getting - but I have not been able to > nail down where the problem exists. There must be some difference between the environment which has been setup when apache2 runs, and the shell for the apache user. I can only suggest checking apache2's init scripts and config file for any clues.. Cheers, David |
|
From: David S. <si...@us...> - 2006-05-04 23:44:03
|
Hi Thomas,
> I am having a problem using Codestriker 1.9.1 with mysql 5.0.20 and
> apache 2.0.52 on a Solaris 9 server. Codestriker was working with mysql
> 4.0.14 - but I upgraded to 5.0.20. I am getting the following error:
I have had other people telling me they have had problems with MySQL
5.0. There seems to be issues with Perl 5.6.X in particular, but we
never had the chance to fully track down the root causes. This may not
be at play here anyway.
> [Thu May 04 16:10:12 2006] [error] [Thu May 4 16:10:12 2006] -e: DBI
> connect('database=codestrikerdb','codestriker',...) failed: Client does
> not support authentication protocol requested by server; consider
> upgrading MySQL client at
> /usr/local/apache2/codestriker/codestriker-1.9.1/bin/../lib/Codestriker/
> DB/Database.pm line 58\n
>
> So the first thing I thought was I needed to upgrade (or recompile
> DBD:mysql I am on version 3.0002) which I did and also upgraded DBI to
> v1.50.
You probably did this already, but bear in mind if you recompile
DBD:mysql, make sure the source distribution of MySQL it is compiling
against is indeed version 5.0, and not an older version.
> DBI and DBD are working for Bugzilla and a few other programs - so I
> know the modules are working. The curious thing is that Codestriker
> install.pl program is working just fine - no errors.
Strange - perhaps the user running apache has a difference environment
setup such that it is picking up an older version of the DBD::mysql perl
module compared to root?
Perhaps you could try running install.pl as the same user that runs
apache as a test.
Cheers,
David
|
|
From: David S. <si...@us...> - 2006-04-20 23:00:31
|
Mark Keisler wrote: > Has there ever been talk about daily digesting of topic emails? It > would prove useful for a larger code block that may generate quite a few > comments in a day. > There is something along these lines: "batch comments together". Feel free to add your requirements to here so it is tracked: http://sourceforge.net/tracker/index.php?func=detail&aid=652385&group_id=41136&atid=429863 Cheers, David |
|
From: Mark K. <Mar...@mo...> - 2006-04-20 22:44:28
|
Has there ever been talk about daily digesting of topic emails? It would prove useful for a larger code block that may generate quite a few comments in a day. -- Mark Keisler Motorola Open Source Technologies 480-732-2495 |
|
From: Jason R. <jre...@ya...> - 2006-04-19 03:07:36
|
Hi, Also, for the record, you need a different Apache config directive to set an environment variable in mod_perl http://perl.apache.org/docs/2.0/user/config/config.html#C_PerlSetEnv_ That is why SetEnv did not work. Thanks Jason --- Jack Perdue <j-p...@ta...> wrote: > Howdy David, > > Thanks. You are correct, sir! > > $ rpm -q httpd mod_perl > httpd-2.0.51-1.10.legacy > mod_perl-1.99_12-2 > > Switching to CGI and tossing the "export CVS_RSH" > from the server startup script works as originally > advertised/coded (i.e. $ENV{} in Cvs.pm works). > > It is also remarkably faster in retrieving the full text > using CGI than using mod_perl. CGI takes about 3 seconds > here to retrieve a 220 line file via SSH. mod_perl takes > about 40! > > Perhaps I should just stick with running in CGI mode for now. > I went with mod_perl given the: > > "Using mod_perl provides performance benefits for Perl-based > web applications." > > blurb in the instructions. In my limited testing, > I'm not seeing any "benefits". :) > > I agree... damn shame that "hysterically" CVS has never provided > a command-line option for CVS_RSH (and therefore probably never will). > > jack > j-p...@ta... > > > On Tue, 2006-04-18 at 02:35, David Sitsky wrote: > > Hi Jack, > > > > > [...] > > > So, for now, my workaround is to put: > > > > > > export CVS_RSH /usr/bin/ssh > > > > > > in /etc/sysconfig/httpd unless someone can > > > suggest a better solution as to why either > > > the original code didn't work. > > > > This sounds to me like you have setup Codestriker with apache2 and > > mod_perl? Most people I know are using CVS with pserver, or direct > > access, which is why this isn't an issue reported on very often. > > > > If you deploy Codestriker in plain old CGI mode, I suspect the existing > > code in Cvs.pm which export CVS_RSH will actually work. Under mod_perl > > however, this probably gets suppressed, particularly under apache2. > > > > Can you try with CGI to see if this works? > > > > > the perl script it is in UNLESS (for some reason) > > > it was from the environment of the server when > > > it started. So, using "SetEnv CVS_RSH /usr/bin/ssh" > > > in httpd.conf and using "$ENV{'CVS_RSH'}='/usr/bin/ssh';' > > > in the scripts will affect the running environment > > > but not the one the open runs in. > > > > I think this caveat is right with apache2/mod_perl. Its a damn shame > > cvs doesn't have a command-line option for specifying what rsh program > > to use, like rsync, rather than using an environment variable. > > > > Cheers, > > David > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: David S. <si...@us...> - 2006-04-18 23:31:29
|
> It is also remarkably faster in retrieving the full text > using CGI than using mod_perl. CGI takes about 3 seconds > here to retrieve a 220 line file via SSH. mod_perl takes > about 40! That is very strange indeed to see such a time difference... that is certaintly not my experience. I keep finding strange things occurring with mod_perl, particularly when launching external programs, and how stdout/err is handled. When in doubt - stick with CGI. Cheers, David |
|
From: David S. <si...@us...> - 2006-04-18 23:29:25
|
Hi Peter, > I am not sure, if my last message has made it, because i can not see it in the > list, so i try it again. I didn't see it either.. > I am trying Codestriker 1.9.1 on Linux using Apache 2, mod_perl and/or cgi. > > Everything seeems fine, until I try to add comments. > I created a new topic for a plain text file (a c program). > It shows up correctly with line numbers as hyperlinks. But neither clicking on > one of the line number hyperlinks nor on the "Add gerneral comment .." or > "add file comment..." does open a new window to add a comment. > > The codestriker demo pages do work. > > What can be wrong ?? > (Browser allows new pop up windows, javascript enabled, no log information > from apache2) There was a fix to 1.9.1 re: javascript quoting which may be the culprit here. Can you try downloading 1.9.2-alpha-3 to see if this fixes your problem? If it doesn't, can you save the topic text screen as html, and send it to me as an attachment so I can have a closer look? Thanks. Cheers, David |
|
From: Peter B. <Pet...@in...> - 2006-04-18 21:47:58
|
I am not sure, if my last message has made it, because i can not see it in the list, so i try it again. I am trying Codestriker 1.9.1 on Linux using Apache 2, mod_perl and/or cgi. Everything seeems fine, until I try to add comments. I created a new topic for a plain text file (a c program). It shows up correctly with line numbers as hyperlinks. But neither clicking on one of the line number hyperlinks nor on the "Add gerneral comment .." or "add file comment..." does open a new window to add a comment. The codestriker demo pages do work. What can be wrong ?? (Browser allows new pop up windows, javascript enabled, no log information from apache2) Thanks for any help, Peter Biechele ------------------------------------------------------------- Dr. Peter Biechele, intaris GmbH, Germany Pet...@in..., http://www.intaris-software.de |
|
From: Jack P. <j-p...@ta...> - 2006-04-18 15:57:32
|
Sorry... wrong system/versions... FWIW/FYI it actually was:
$ rpm -q httpd mod_perl
httpd-2.0.52-22.ent.centos4
mod_perl-1.99_16-4.centos4
[not that it matters]
jack (who wasn't paying attention to what box he was on at the time)
On Tue, 2006-04-18 at 10:40, Jack Perdue wrote:
> Howdy David,
>
> Thanks. You are correct, sir!
>
> $ rpm -q httpd mod_perl
> httpd-2.0.51-1.10.legacy
> mod_perl-1.99_12-2
>
> Switching to CGI and tossing the "export CVS_RSH"
> from the server startup script works as originally
> advertised/coded (i.e. $ENV{} in Cvs.pm works).
>
> It is also remarkably faster in retrieving the full text
> using CGI than using mod_perl. CGI takes about 3 seconds
> here to retrieve a 220 line file via SSH. mod_perl takes
> about 40!
>
> Perhaps I should just stick with running in CGI mode for now.
> I went with mod_perl given the:
>
> "Using mod_perl provides performance benefits for Perl-based
> web applications."
>
> blurb in the instructions. In my limited testing,
> I'm not seeing any "benefits". :)
>
> I agree... damn shame that "hysterically" CVS has never provided
> a command-line option for CVS_RSH (and therefore probably never will).
>
> jack
> j-p...@ta...
>
>
> On Tue, 2006-04-18 at 02:35, David Sitsky wrote:
> > Hi Jack,
> >
> > > [...]
> > > So, for now, my workaround is to put:
> > >
> > > export CVS_RSH /usr/bin/ssh
> > >
> > > in /etc/sysconfig/httpd unless someone can
> > > suggest a better solution as to why either
> > > the original code didn't work.
> >
> > This sounds to me like you have setup Codestriker with apache2 and
> > mod_perl? Most people I know are using CVS with pserver, or direct
> > access, which is why this isn't an issue reported on very often.
> >
> > If you deploy Codestriker in plain old CGI mode, I suspect the existing
> > code in Cvs.pm which export CVS_RSH will actually work. Under mod_perl
> > however, this probably gets suppressed, particularly under apache2.
> >
> > Can you try with CGI to see if this works?
> >
> > > the perl script it is in UNLESS (for some reason)
> > > it was from the environment of the server when
> > > it started. So, using "SetEnv CVS_RSH /usr/bin/ssh"
> > > in httpd.conf and using "$ENV{'CVS_RSH'}='/usr/bin/ssh';'
> > > in the scripts will affect the running environment
> > > but not the one the open runs in.
> >
> > I think this caveat is right with apache2/mod_perl. Its a damn shame
> > cvs doesn't have a command-line option for specifying what rsh program
> > to use, like rsync, rather than using an environment variable.
> >
> > Cheers,
> > David
> >
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Codestriker-user mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codestriker-user
|