When I open an issue, I don't see time tracking section (mentioned here. We are using JIRA (v4.3.4). Are there some settings which needs to be turned on for this?
I have the 'Original Estimate' field in the Create/Edit issue screen; what I want to see is the Time traking section when I view an issue -
as seen in this page - http://confluence.atlassian.com/display/JIRA/What+is+an+Issue
Note: I am talking about the issues assigned to me on which I have all the permissions(Edit etc.)
You need to make sure that time tracking is turned on and that the users have the proper permission to log time on issues.
go to administration>global settings>time tracking
Related
It appears that the "Publish to the Web" feature for Sheets no longer allows downloading of a sheet by URL, unless the "Share" feature is set to share to "Anyone with the link".
Up until yesterday, 11/18/2020, this extra step of making sure the "Share" setting was in place was not necessary.
Can you please confirm if this is a bug or a new and expected change? Thanks! ^_^
This seems to be a bug:
If a spreadsheet is Published to the web, it won't be accessible in any of the file formats (.csv, .pdf, .ods, etc.) to users who don't have access to the spreadsheet itself: for these users, it will only be accessible as a Web page.
This is not intended behaviour, since files that have been published to the web should be accessible to anyone with the link, no matter the sharing settings the spreadsheet itself has.
Issue Tracker:
This behaviour has been reported in Issue Tracker several times: see this issue, this one and also the one you mentioned.
Specifically, the following issue seems to have been getting more traction, and it has already been reported internally by Google (see comment #3):
Private Sheet public CSV export requires authentication
Therefore, I'd suggest anyone affected by this issue to click the star on the top-left in order to be notified of updates and to help prioritizing this.
Workaround:
Share the spreadsheet itself with Anyone with the link as Viewer role.
I am new to Zoho Creator. We have a user that has emailed regarding viewing a report. When he pulls up the report, he can only see the first row of results and the up and down scroll arrows are stacked at the right of the row.
Example
When I pull up the same report, it works as it should and I can see at least 30 results and can scroll down the list indefinitely.
Example
I have tried to recreate his issue by trying different browsers, resizing browser windows, changing my screen resolution, but cannot recreate his issue. Pretty sure it's not the Zoho app but more likely a setting or issue with the user's browser settings?
I need the user to be able to view more than just one row in his browser.
I would advise you to go back and check user settings again. You may have set a criteria in the report based on the user login. It can be anything.
Or maybe, you've set something where the user can see only the records he/she has added.
Please click here to know more.
This error showed up as plain text on white background after logging in to the Maintenance Login window on the public front end of our Joomla 3.5.1 site. We are using a template from TemplateMonster called "theme3289" (default version), aka "Truckie".
For no apparent reason, we found we could not log in to the Maintenance Login window on the public front end. We got the error:
"Modulo by zero" on a plain white background.
No part of the front public end of the site could be navigated to, even by pasting in a link. However, we could navigate fine to the backend ([site_domain_name.com]/administrator)
Not sure exactly what caused this, but we did have the internet connection go down in the middle of saving an article. After re-gaining connection, the new article was missing. We had also made some simple content changes (not configuration or settings changes) in the articles inside the TM Parallax module.
Looking for help on this "Modulo by zero" error.
RESTORED DATABASE BACKUP = Solved the problem. I am pretty sure it was some kind of database error or corruption. We tried clearing the cache (Joomla System Menu) and a number of other things. Nothing worked.
We had two staff working on the site at the time of the error, one a newbie, one an advanced beginner. Interviewing them with "what were you doing at the time" didn't seem to lend any clues. Unless perhaps the TM Parallax module may have a bug (???) - or a corruption somehow when internet went down while saving an article.
SOLUTION: We restored a recent backup copy of the database made only 2 hours prior to the ERROR. This solved our problem.
This worked for us.
I faced this issue today, and I found out the cause. Its simple actually,as the issue says your code somewhere is attempting to do division or modulo by 0. Maybe you had added a new field with value 0 in your db after taking backup and the data there was causing it. This may not be helpful for you now but I'm leaving this here to make it easy if someone has a similar issue and ends up here.
I think the problem was caused by a change in the template. For example, some templates do not allow specific values to be zero, and will crash when this happens.
A good idea to discover the root cause of the problem is to compare the templates settings of the backup to the template settings of the problematic site. If everything is exactly the same, then you should compare the modules, and finally the menu items. It is not a fun job to do, but will help you isolate the problem in case it happens again.
For your reference. Just had this issue and the above information did not help. Finally found the solution:
In Article > global Options > Blog/Featured layout I had the columns set to 0
Did I miss something ?
On the dashboad, I can see see all issues. I click on any link in the widget and jump to the issues list.
I made some changes in my code and set issues as "Resolve as fixed".
But when I go back to the dashboad, the widget still display old counter.
May be I have to wait a little, to get a cache updated or something like this ?
Regards
Figures that you get on dashboards are based on the latest analysis - because they are precomputed for efficiency of all search requests. This is mentioned on the tooltip that you will see if you put your mouse over the figures:
On the contrary, the "Issues" page shows dynamic content. So indeed, when you update some issues on that page, your changes will be reflected on your dashboards after the next analysis.
We have an issue for IE browsers (only) whereby our image rotator only rotates once before failing. To see the problem in action, please view the following URL. NOTE: The issue is only apparent with your IE "Check for Newer Versions of stored pages" set to "Automatic"
http://www.allblacks.com/
How can we resolve this issue for users who happen to have "Automatic" as their setting.
This might help: http://social.msdn.microsoft.com/Forums/en/iewebdevelopment/thread/40a6fcec-089e-4a70-bfc5-b2939ccc7ba3
Though I'd have thought setting the correct meta information in the HTML page header would've been sufficient, but apparently not.
Go the All Blacks!! Bring back Christian Cullen!! Down with Dan Carter!!