I just like devphp more and more! In version 2.2.0.300 I have gotten the FTP tab to work (previous attempts had failed). This makes a very real saving in moving changes to the test server compared to using an external FTP client. But, I have a couple of questions: the Run command on the menu offers "Send Selected File(s)" and "Save and Send Current File" Question: what is(are) "Selected" File(s) versus the "Current" File? I normally use "Save and Send Current File" after some editing (i.e. I want to upload the active file in the editor tab. This always "saves", but often does not Send. My suspicion is that the selected file in the sidebar is actually what is sent. Any explaination will be greatly appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> What is(are) "Selected" File(s) versus the "Current" File ?
One can select several files in the listview of the Files-Tab
By default, only the currently edited file is selected.
> "Save and Send Current File" always "saves", but often does not Send
That looks like a bug.
> My suspicion is that the selected file in the sidebar is actually what is sent
Hmm...
And this selected file is not the one currently opened in Editor-Tab...
> Any explaination will be greatly appreciated.
Often, the current file in Editor is not selected in the sidebar.
Consequently, Dev-PHP correctly saves the current file in Editor-tab
and wrongly sends another file to the remote server :(
To be continued
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
+> What is(are) "Selected" File(s) versus the "Current" File ?
+One can select several files in the listview of the Files-Tab
+By default, only the currently edited file is selected.
Got it, I think. With several files open in the editor, the active tab (current file?) is the "selected" file in the sidebar-file tab..... and this selection reliably follows any editor-file tab chosen. So one would expect the right file to be sent.... EXCEPT, if the sidebar is not displayed! Then whatever was the selected file when the sidebar closed remains the selected file when the sidebar re-opens, AND is the file sent by "Save and Send Current File".(I often work with several files open in the editor and the sidebar closed(larger editing window:-).
+> My suspicion is that the selected file in the sidebar is actually what is sent
+Hmm...
+And this selected file is not the one currently opened in Editor-Tab...
I did the following test: edited a file(one of several open in the editor). then I selected several different files in the sidebar-files tab. a "Save and Send Current" saved the edited file and sent the several selected but not the edited one.
+> Any explaination will be greatly appreciated.
+Often, the current file in Editor is not selected in the sidebar.
+Consequently, Dev-PHP correctly saves the current file in Editor-tab
+and wrongly sends another file to the remote server :(
Another way the sidebar-file tab gets out of sync with the editor is I often use the file list to "copy and paste" file names when the code being edited is referencing another page. This leaves that file "selected" and the one sent.
Hope this helps.
Gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Hope this helps.
As usual, it does - many thanks !
I've just compiled a fix - still have to test it a bit.
BTW, there's another bug that I fixed while testing :
If the Sidebar is hidden and we update General Options,
then when the SideBar is back, its content is empty...
Regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The current/selected files.... :-) I noticed some problems with uploading but couldn't figure exactly when it happened. Sometimes, I believe it lists that a file has been uploaded, but when I test it out, it's the old version. I find out it has not been uploaded. I sometimes click another file tab and then click back before uploading and it seems to work.
Anyway, I saw your comment about the General options and don't know if the following is also connected or different issue. I have reduced it down to: go into options, change nothing, click OK and then try to do an internal preview of a PHP file. I get, "CGIRunner Process was terminated." I had originaly thought it was when I changed browser parsers or syntax colors. I haven't downloaded a new version recently so don't know if it was fixed with your other change.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> FTP current/selected files
There was a big mess around sent file(s) :-[
Supposed to be fixed now (version >= 2.2.1.302)
> Hide the side bar, then go into options, change nothing,
> click OK and after try to do an internal preview of a PHP file
> finally get, "CGIRunner Process was terminated."
Is this description ok ?
Since it works for me (= 2.2.2.303), something else must be wrong...
Nevertheless I didn't run with win-98, I think it doesn't matter.
But I must reproduce this bug, before fixing it.
Versions of Dev-PHP, PHP ?
Does PHP file only contain <?php phpinfo(); ?>
Regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Actually, less: <?php ?>. I put the above in and still received the same message.
I'm using Dev-PHP version 2.2.0.300, and PHP version 5.2.0.0 on Windows 98. I think I've had this problem through several Dev-PHP versions so could be another 98 issue, but seems odd it would happen for saving the options. I go back in and it's ok. I'll try to run it on a different Windows. If 98 issue, probably not worth worrying about, but wondered if it was related to the SideBar problem. That happens on my setup, too. If I click OK on options again, the SideBar content reappears. Internal Preview doesn't work after saving options again. My gut feeling is they are related, at least remotely.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
All reported versions look good.
Actually, hiding or showing the SideBar seems to be a side-effect.
Well, I believe that this is a new thread / bug :)
> Internal Preview doesn't work after saving options,
> giving a "CGIRunner Process was terminated." error.
Does Internal Preview work ok as long as we don't *save* Options ?
Still working ok, after displaying Options then pressing Cancel ?
Let's check some values declared in "Options - Web-server"
. value for port should be 8080 or more - ok ?
. value for timeout should be 10000 or more - ok ?
Regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Cancel works ok. I tried it on Windows XP and works ok.
>. value for timeout should be 10000 or more - ok ?
Not 0?
Ooops. I don't recall ever changing it. The new install had 10000, but my computer has 0. Changing it, works! Sorry to have bothered you and this thread, but just thought it seemed similar to the SideBar issue. Guess not. I just liked devphp a little more, too!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have been using .302 for awhile and it seems that the intended file is being reliably sent -- thank you very much for that fix:)
One disconcerting thing..... in the bottom window of the FTP tab devphp used to write a timestamped pathname of the last uploaded file. It appears that now (in .302) only the "Send Selected File(s)" command writes this line. The "Save and Send Current File" command does not update this field -- leaving any old line in place. The previous way, where both commands wrote a new line, was much better. If I may, I think it would be even better still to make this window be a log of all files uploaded during the current session. That is, each command would write a new line to the window, but not erase what is already there. Ideally, the most recent would be the top line in the window and a right-click would provide a "clear" capability.
Hoping you will give this request some consideration,
Gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Dev-PHP used to write a timestamped pathname of the last uploaded file.
True - Bug fixed in next version (>= 2.2.2.303)
> A right-click would provide a "clear" the log list capability.
Done - I also added a "copy the log list to the clipboard" item.
> Make this window be a log of all files uploaded during the current session
Actually it's supposed to be a log of all commands.
For SFTP it's corresponding to the psftp.exe 's log
> Each send/receive order would write a new line to the window.
> Ideally, the most recent would be the top line in the window
I understand, however I'm writing from top to bottom :)
Nevertheless, if you really want it...
could you post a feature request, please ?
Thanks again,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>I understand, however I'm writing from top to bottom :)
>Nevertheless, if you really want it...
>could you post a feature request, please ?
Yeah, nice idea, but perhaps not worth the effort. Any accumulating log is great. I look forward to the next release.
Thanks again,
Gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Oops! I think I just stumbled into another case. Opened dev-php. Made some changes to a file that was open when dev-php opened. Did a "Run/Save and Send Current File". File did NOT upload! Particular things about this test: sidebar was closed (had never been open since start of session) and the changed file lives in a sub-folder. This is with version 2.2.1.302
Sorry to keep finding these.......
gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anyway, I must determine which component to accuse.
> Made some changes to a file that was open when dev-php opened.
1- Which was the other program ?
Dev-PHP opened then
2a- Changes were made from the other program ?
2b- Or changes were made from Dev-PHP ?
> the changed file lives in a sub-folder.
Well, if you didn't activate the corresponding Tabsheet,
then Dev-PHP didn't really opened this file.
But, since you
> Did a "Run/Save and Send Current File".
then I assume that Dev-PHP already "knew" this file,
then you switched to the other program and made some changes.
3- Correct ?
4- Afterwards you switched back to Dev-PHP and hit a "save & send" ?
Thanks for your report,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>Why not open another thread ?
just trying to keep these FTP related things together. But if you prefer... of course:)
>1- Which was the other program ?
I am sorry. A poor choice of words on my part, I think has confused the issue:(
All I was trying to say was that I opened dev-php with several files open in the editor. I made some changes in one and tried to "Run/Save and Send Current File". It did not send. The sisdebar was closed and had never been open.
With some further testing I think I have shown that the "Run/Save and Send Current File" command will only send the file when it is also "selected" in the sidebar!
sorry for the confusion,
Gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>> Why not open another thread ?
> just trying to keep these FTP related things together.
> But if you prefer... of course:)
I think it would be easier ;)
> With some further testing I think I have shown that the
> "Run/Save and Send Current File" command will only send
> the file when it is also "selected" in the sidebar!
Yes, you did show this bug. Thanks. But I think that
version 2.2.1.302 7-jul-2007
fixed it. Didn't fix it ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>But I think that version 2.2.1.302 7-jul-2007 fixed it. Didn't fix it?
Yes, I remember and many issues are truly fixed. I think the salient points here are:
1) dev-php is opened with files in the editor window and no actions are taken to ever cause the sidebar to be active (or the sidebar is closed).
and
2) the edited file is in a sub-directory of the project.
It is as if the full path to the affected file is unknown without the sidebar?? Evidence to suggest this is that after the attempt to "Save and Send" the ftp tab lists the files in the top level folder.
Hope this helps,
gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just like devphp more and more! In version 2.2.0.300 I have gotten the FTP tab to work (previous attempts had failed). This makes a very real saving in moving changes to the test server compared to using an external FTP client. But, I have a couple of questions: the Run command on the menu offers "Send Selected File(s)" and "Save and Send Current File" Question: what is(are) "Selected" File(s) versus the "Current" File? I normally use "Save and Send Current File" after some editing (i.e. I want to upload the active file in the editor tab. This always "saves", but often does not Send. My suspicion is that the selected file in the sidebar is actually what is sent. Any explaination will be greatly appreciated.
Hi,
> I just like devphp more and more!
:)
> What is(are) "Selected" File(s) versus the "Current" File ?
One can select several files in the listview of the Files-Tab
By default, only the currently edited file is selected.
> "Save and Send Current File" always "saves", but often does not Send
That looks like a bug.
> My suspicion is that the selected file in the sidebar is actually what is sent
Hmm...
And this selected file is not the one currently opened in Editor-Tab...
> Any explaination will be greatly appreciated.
Often, the current file in Editor is not selected in the sidebar.
Consequently, Dev-PHP correctly saves the current file in Editor-tab
and wrongly sends another file to the remote server :(
To be continued
+> What is(are) "Selected" File(s) versus the "Current" File ?
+One can select several files in the listview of the Files-Tab
+By default, only the currently edited file is selected.
Got it, I think. With several files open in the editor, the active tab (current file?) is the "selected" file in the sidebar-file tab..... and this selection reliably follows any editor-file tab chosen. So one would expect the right file to be sent.... EXCEPT, if the sidebar is not displayed! Then whatever was the selected file when the sidebar closed remains the selected file when the sidebar re-opens, AND is the file sent by "Save and Send Current File".(I often work with several files open in the editor and the sidebar closed(larger editing window:-).
+> My suspicion is that the selected file in the sidebar is actually what is sent
+Hmm...
+And this selected file is not the one currently opened in Editor-Tab...
I did the following test: edited a file(one of several open in the editor). then I selected several different files in the sidebar-files tab. a "Save and Send Current" saved the edited file and sent the several selected but not the edited one.
+> Any explaination will be greatly appreciated.
+Often, the current file in Editor is not selected in the sidebar.
+Consequently, Dev-PHP correctly saves the current file in Editor-tab
+and wrongly sends another file to the remote server :(
Another way the sidebar-file tab gets out of sync with the editor is I often use the file list to "copy and paste" file names when the code being edited is referencing another page. This leaves that file "selected" and the one sent.
Hope this helps.
Gordo
Hi Gordo,
> Hope this helps.
As usual, it does - many thanks !
I've just compiled a fix - still have to test it a bit.
BTW, there's another bug that I fixed while testing :
If the Sidebar is hidden and we update General Options,
then when the SideBar is back, its content is empty...
Regards,
Pierre.
The current/selected files.... :-) I noticed some problems with uploading but couldn't figure exactly when it happened. Sometimes, I believe it lists that a file has been uploaded, but when I test it out, it's the old version. I find out it has not been uploaded. I sometimes click another file tab and then click back before uploading and it seems to work.
Anyway, I saw your comment about the General options and don't know if the following is also connected or different issue. I have reduced it down to: go into options, change nothing, click OK and then try to do an internal preview of a PHP file. I get, "CGIRunner Process was terminated." I had originaly thought it was when I changed browser parsers or syntax colors. I haven't downloaded a new version recently so don't know if it was fixed with your other change.
Hi dt30,
> FTP current/selected files
There was a big mess around sent file(s) :-[
Supposed to be fixed now (version >= 2.2.1.302)
> Hide the side bar, then go into options, change nothing,
> click OK and after try to do an internal preview of a PHP file
> finally get, "CGIRunner Process was terminated."
Is this description ok ?
Since it works for me (= 2.2.2.303), something else must be wrong...
Nevertheless I didn't run with win-98, I think it doesn't matter.
But I must reproduce this bug, before fixing it.
Versions of Dev-PHP, PHP ?
Does PHP file only contain <?php phpinfo(); ?>
Regards,
Pierre.
>Does PHP file only contain <?php phpinfo(); ?>
Actually, less: <?php ?>. I put the above in and still received the same message.
I'm using Dev-PHP version 2.2.0.300, and PHP version 5.2.0.0 on Windows 98. I think I've had this problem through several Dev-PHP versions so could be another 98 issue, but seems odd it would happen for saving the options. I go back in and it's ok. I'll try to run it on a different Windows. If 98 issue, probably not worth worrying about, but wondered if it was related to the SideBar problem. That happens on my setup, too. If I click OK on options again, the SideBar content reappears. Internal Preview doesn't work after saving options again. My gut feeling is they are related, at least remotely.
All reported versions look good.
Actually, hiding or showing the SideBar seems to be a side-effect.
Well, I believe that this is a new thread / bug :)
> Internal Preview doesn't work after saving options,
> giving a "CGIRunner Process was terminated." error.
Does Internal Preview work ok as long as we don't *save* Options ?
Still working ok, after displaying Options then pressing Cancel ?
Let's check some values declared in "Options - Web-server"
. value for port should be 8080 or more - ok ?
. value for timeout should be 10000 or more - ok ?
Regards,
Pierre.
Cancel works ok. I tried it on Windows XP and works ok.
>. value for timeout should be 10000 or more - ok ?
Not 0?
Ooops. I don't recall ever changing it. The new install had 10000, but my computer has 0. Changing it, works! Sorry to have bothered you and this thread, but just thought it seemed similar to the SideBar issue. Guess not. I just liked devphp a little more, too!
> I just liked devphp a little more, too!
8-)
You're always welcome.
Best regards,
Pierre.
Hello Pierre,
I have been using .302 for awhile and it seems that the intended file is being reliably sent -- thank you very much for that fix:)
One disconcerting thing..... in the bottom window of the FTP tab devphp used to write a timestamped pathname of the last uploaded file. It appears that now (in .302) only the "Send Selected File(s)" command writes this line. The "Save and Send Current File" command does not update this field -- leaving any old line in place. The previous way, where both commands wrote a new line, was much better. If I may, I think it would be even better still to make this window be a log of all files uploaded during the current session. That is, each command would write a new line to the window, but not erase what is already there. Ideally, the most recent would be the top line in the window and a right-click would provide a "clear" capability.
Hoping you will give this request some consideration,
Gordo
Hi Gordo,
> Dev-PHP used to write a timestamped pathname of the last uploaded file.
True - Bug fixed in next version (>= 2.2.2.303)
> A right-click would provide a "clear" the log list capability.
Done - I also added a "copy the log list to the clipboard" item.
> Make this window be a log of all files uploaded during the current session
Actually it's supposed to be a log of all commands.
For SFTP it's corresponding to the psftp.exe 's log
> Each send/receive order would write a new line to the window.
> Ideally, the most recent would be the top line in the window
I understand, however I'm writing from top to bottom :)
Nevertheless, if you really want it...
could you post a feature request, please ?
Thanks again,
Pierre.
>I understand, however I'm writing from top to bottom :)
>Nevertheless, if you really want it...
>could you post a feature request, please ?
Yeah, nice idea, but perhaps not worth the effort. Any accumulating log is great. I look forward to the next release.
Thanks again,
Gordo
Oops! I think I just stumbled into another case. Opened dev-php. Made some changes to a file that was open when dev-php opened. Did a "Run/Save and Send Current File". File did NOT upload! Particular things about this test: sidebar was closed (had never been open since start of session) and the changed file lives in a sub-folder. This is with version 2.2.1.302
Sorry to keep finding these.......
gordo
Hi Gordo,
Why not open another thread ?
Anyway, I must determine which component to accuse.
> Made some changes to a file that was open when dev-php opened.
1- Which was the other program ?
Dev-PHP opened then
2a- Changes were made from the other program ?
2b- Or changes were made from Dev-PHP ?
> the changed file lives in a sub-folder.
Well, if you didn't activate the corresponding Tabsheet,
then Dev-PHP didn't really opened this file.
But, since you
> Did a "Run/Save and Send Current File".
then I assume that Dev-PHP already "knew" this file,
then you switched to the other program and made some changes.
3- Correct ?
4- Afterwards you switched back to Dev-PHP and hit a "save & send" ?
Thanks for your report,
Pierre.
>Why not open another thread ?
just trying to keep these FTP related things together. But if you prefer... of course:)
>1- Which was the other program ?
I am sorry. A poor choice of words on my part, I think has confused the issue:(
All I was trying to say was that I opened dev-php with several files open in the editor. I made some changes in one and tried to "Run/Save and Send Current File". It did not send. The sisdebar was closed and had never been open.
With some further testing I think I have shown that the "Run/Save and Send Current File" command will only send the file when it is also "selected" in the sidebar!
sorry for the confusion,
Gordo
>> Why not open another thread ?
> just trying to keep these FTP related things together.
> But if you prefer... of course:)
I think it would be easier ;)
> With some further testing I think I have shown that the
> "Run/Save and Send Current File" command will only send
> the file when it is also "selected" in the sidebar!
Yes, you did show this bug. Thanks. But I think that
version 2.2.1.302 7-jul-2007
fixed it. Didn't fix it ?
>But I think that version 2.2.1.302 7-jul-2007 fixed it. Didn't fix it?
Yes, I remember and many issues are truly fixed. I think the salient points here are:
1) dev-php is opened with files in the editor window and no actions are taken to ever cause the sidebar to be active (or the sidebar is closed).
and
2) the edited file is in a sub-directory of the project.
It is as if the full path to the affected file is unknown without the sidebar?? Evidence to suggest this is that after the attempt to "Save and Send" the ftp tab lists the files in the top level folder.
Hope this helps,
gordo