dait

OK, after further inspection - the files under "support_manager_files" folder are created with different rights than it is set by default. I mean if I use an account X to log into the machine create a file in that directory, it has certain rights inherited from its parent directory - i.e. "support_manager_files" folder. But if Blesta's cron creates the file it has different set of rights and does not inherit its parent folder rights correctly. Please note this is Windows Server where our Blesta lives. I have made an experiment: I have logged into the machine and manually renamed the attachment file stored in "support_manager_files" folder. I have then created a new file with the original name of that attachment file. I have then tried to download the file from the Support Management ticket. It worked perfectly. Experiment conclusion: If the file is created "normally", it inherits the rights correctly (and this work regardless the user that creates the file "normally") and is readable for all users and Blesta has no problem to work with it and provide its contents to the staff via SM ticket. However, if Blesta creates the file its rights are not inherited correctly and are not readable for all users. I suspect that there is a code in Blesta that is responsible for creating these file and that it modifies the file rights in certain way. Could someone point me to that code so I could do further inspection? I assume there is chmod() call, which does the mess on Windows as could be find in many discussions over the web.

We have not manually created neither the folder "1", nor its subfolder "support_manager_files". But "1\support_manager_files" folder does exist and I the folder's rights seem to be OK because the folder contains files and one of those files is that attachment file that I was talking about. The file has the correct size and correct contents, so the file is completely OK. I have tried to download it as a stuff member from that ticket and it still downloads zero-sized file. However, despite the folder's right are OK, the file's right are probably not. I will check further.

Thank you, will check.

I agree these issues are minor issues, but even your support emails contain http://mailto:support@blesta.com/ And thus you are sending non-working links to your clients and you might be interested in fixing it generally for all. As for HTTP vs HTTPS. I do not agree with you here. This is a bug regardless how a word "bug" is defined. The possibility for an easy fix does not make it non-issue, just lest severe. This is as bug as the "non-standard port bug" because Blesta by default generates invalid links. Invalid links implies bug. All these issues should be treated as bugs and resolved as other bugs. The default templates should just work, the user should not be forced to modify them if she has no need to. My understanding of Blesta is not good yet, but I would suggest having PORT and SCHEME settings under company settings or something like that.

CubicWebs: Thank you for your response. Could you confirm that your Blesta runs on Windows Server, because this is what we believe is the cause?

So, nope, we use PHP 5.4.10, so there are no magic quotes.

Thanks, will try!

Describe the issue you're experiencing. Order page is totally unusable in Firefox (see the screenshot below). It works in Chrome due to its feature. The HTML code of the page contains <link href="/plugins\order\views/templates\standard/css/order.css" rel="stylesheet" type="text/css" /> which is invalid (the fact that Chrome is able to handle it does not make it valid, this is bug in Blesta, not Firefox). This is generated from plugins\order\controllers\main.php line 83: "<link href=\"" . Router::makeURI(str_replace("index.php/", "", WEBDIR)) . $this->view->view_path . "views/" . $this->view->view . "/css/order.css\" rel=\"stylesheet\" type=\"text/css\" />" where probably those $this->view things have Windows slashing. Provide detailed steps necessary to reproduce the issue. We believe that it is enough to use Firefox to access Blesta installed on Windows server, which seems that no one ever done before! Have anyone ever tested Blesta installation on Windows? List any generated errors. (The "Oh Noes" error pages are very helpful.) N/A Include the URL the error occurred on, relative to the installation path, ie "/admin/login". /plugin/order/main/index/ORDERFORMNAME Attach screenshots. Include your configuration settings, i.e. OS, version of Blesta, PHP & MySQL. Server: Blesta 3.0.3 on Windows Server 2008 R2 Client: Firefox 24.0

I have now sent an email from a client to the ticket system email account and included a short attachment to it. Blesta correctly created a new ticket and inside that ticket (viewed from stuff area -> Support -> Tickets -> that ticket) I can see there is this paper clip icon with the name of the attachment, which means that Blesta correctly recognized that the message included an attachment. Below the paper clip icon and the name of the attachment the message body is correctly displayed. However, if I click on the name of the attachment my browser wants to download the file, which is expected and I confirm it. But the file saved to the disk is empty (its size is 0 bytes). Is this a bug or is this a problem of my settings somewhere? Thanks!

I should also mention that these "ghost tickets" do appear in both - the stuff and the client list of open tickets - i.e. if it is the client who sends this email using SeaMonkey, a new ghost ticket appears in stuff's list of tickets. If it is the stuff member who uses SeaMonkey to reply, a new ghost ticket appears in the client's list of open tickets. And yes, I am able to reproduce it over and over again.

I have checked that the problem is somehow specific to our installation since your support system - https://account.blesta.com/client/ - did actually handled SeaMonkey reply well (except for the minor relict mentioned in the other issue). So, I am waiting for your instructions what to do next to help you find the core of this problem.

Blesta stuff: You can see a similar "relict" in my support ticket #7031967 to you, in which there is additional text

I would like to report two minor issues in Support Manager emails, speaking about Blesta 3.0.3 There is this email when you reply to client's ticket, he receives mail that ends with this: I can see two problems in this email 1) XXX is <a href=\"http://mailto:{ticket.department_email}\">{ticket.department_email}</a> This should be (please see http://en.wikipedia.org/wiki/URI_scheme) <a href=\"mailto:{ticket.department_email}\">{ticket.department_email}</a> only one scheme should be used and it should be "mailto". If this is used: http://mailto:something@somewhere.com/ then when this is clicked, browser is opened and you are about to login into webpage somewhere.com as a user "mailto", which is incorrect. 2) YYY does not respect the protocol. Its code is <a href=\"http://{update_ticket_url}\">{update_ticket_url}</a> here we have "http://" but in our case for example, there is not HTTP service on that address. We run it on HTTPS and hence in our case it should be <a href=\"https://{update_ticket_url}\">{update_ticket_url}</a> so in general, it should be something like <a href=\"{update_ticket_scheme}://{update_ticket_url}\">{update_ticket_url}</a>

The description of the problem looks similar, so it might be that case. But unlike the linked issue, I think I am able to reproduce it on demand. Could you please tell me what to do step by step to give you the information you need?

* of my email provider

We've got only one department and the answer is yes. As mentioned in my report it does not matter if you are trying as a stuff member or as a client. Emails that come from SeaMonkey email client are not handled. If I use www interface of mail email provider, it does work.

Hello, Describe the issue you're experiencing. Support Management system is connected to IMAP account and works quite well with Blesta when the client or staff uses Gmail web interface for the communication. Works quite well means that Blesta is able to download new mails using IMAP and the new replies to the existing tickets. However, when SeaMonkey email client is used (http://www.seamonkey-project.org/ - using Firefox core for browser and Thunderbird core for email client) for client or staff replies, the replies are not parsed properly and do not appear properly under the relevant opened tickets in Blesta. However, Blesta does recognize those mails and does include them to its database, but does not show them under any open tickets. Instead, Blesta probably creates new partial tickets, but does not show them. The result is that we have some open tickets in Blesta but no ticket is seen there - please see the screenshot below. Although it might be the case that SeaMonkey email client is not used by many, it is built on the sources of Thunderbird, which is a well known client and probably used by many. Although not tested in Thunderbird, it is not unlikely that it would suffer too. Hence I think this might be a serious problem in Support Management plugin. Provide detailed steps necessary to reproduce the issue. I believe it should be enough to install SeaMonkey and set up an email account in it. Then use SeaMonkey to reply to a ticket, either as staff or client. List any generated errors. (The "Oh Noes" error pages are very helpful.) N/A Include the URL the error occurred on, relative to the installation path, ie "/admin/login". The screenshot below is from /admin/plugin/support_manager/admin_tickets/ Attach screenshots. Note that the number of Open tickets is 6, but "There are currently no tickets with this status." The number of Closed tickets is 5 and this is correct as well as zero numbers of Awaiting Reply and In Progress tickets. Include your configuration settings, i.e. OS, version of Blesta, PHP & MySQL. Client: SeaMonkey 2.21 Windows Vista SP2 Server: Windows Server 2008 R2 Datacenter Blesta 3.0.3 PHP Version 5.4.10 MySQL 5.5.29 Thank you!

Thank you for replies. I am new to Blesta and want to get as much info as I can so our setup is perfect before we try to fit it to our company's needs and, most importantly, our country's and EU law and regulations. So, I greedily read documentation, but not everything is there (yet?).

I am missing info on http://docs.blesta.com/display/user/System+%3E+General . I wonder what Payment Types are for and how Blesta work with them. Thanks.

I am not familiar with Blesta code yet, I'm still in pre-sale phase, but I just need more information before I decide whether to go with Blesta or other solution. I was looking for a bigger picture describing the design of user accounts in Blesta. I found this post: http://www.blesta.com/forums/index.php?/topic/1041-users-clients-contacts-accounts/?p=8830 but that is not as detail as I would need. So I will ask my question directly ... We are looking into having an account structure similar to what Google have with e.g. Analytics. They have users and they have accounts. An account is connected to a web site. Users are assigned rights to the accounts. So, one user can have access to multiple accounts and thus watch stats of multiple websites. We want a similar thing in our project. We want accounts and users. A user would be either an end user or company - an entity that have its login credentials, address, can pay invoices. An account would be something that is related to our services. Each account has its administrator and then possibly other users that have access to its resources. The administrator manages which users are associated with his account. Administrator of the account can buy services for the account and these services can be consumed by its users. Each user would have its own account and can be associated with accounts of other users and thus he can switch between the accounts - i.e. a user can switch to the company's account while he is in work and use its resources and then later at home he could switch to his personal account and use its resources ... Now the question is how to implement this with Blesta. 1) We could implement our own system of accounts and users without Blesta and then pair our users with Blesta users. This should be definitely possible, but obviously this has disadventage of having two separate interfaces that our customer would have to switch between. 2) We could implement this to Blesta. Is this possible? Is it possible without chaning the core (i.e. only implement some kind of extension/module/plugin)? What would be the best way to do that? Are there any existing extensions for more complex account structure already? Or can Blesta do that on its own without modifications? Thanks a lot!

Thanks, good to know.

Excellent, thank you.

Thank you CubicWebs. So, do I understand it well that if I buy directly from Blesta, I will have free access to extra license for our developers, but if I buy from you, I will not be given this option. Right?

Hi, I'm considering buying Blesta for our project. I would like to buy it soon, but I know that at the end of this year we will be migrating our project to a new server and a new IP. Is it a problem? Would it be a problem if the license is bought from CubicWebs? Also, with a single license, is it possible to use a single license for providing development environment to our dev team? Our project is quite complicated and requires devs to work under development environment and I am not sure if Blesta licensing supports this ... Thanks